Curs Protocoale de Comunicatie

Cursul 1 - Consideraii generale asupra sistemelor de comunicaie
UNIVERSITATEA TEHNIC CLUJ-NAPOCA

DEPARTAMENTUL ELECTROTEHNIC I MSURRI
Cursul 1
CONSIDERAII
GENERALE
ASUPRA
SISTEMELOR
COMUNICAII DE DATE. MODELE DE REFERIN.
Introducere curs
Obiective curs
Durat medie de studiu

individual
DE
n acest curs sunt prezentate urmtoarele:
Problematica reelelor de comunicaie.
Arhitectura unei reele.
Modele de referin.
Definirea termenilor utilizai cu privire la reelele de comunicaie;
Detalierea arhitecturii unei reele de comunicaie;
Prezentarea modelului TCP/IP, modelului OSI i a modelului
generalizat
Durata medie de studiu individual: 100 minute.
Acest interval de timp presupune parcurgerea continutului cursului i
rezolvarea testelor de autoevaluare
Cuprins:
1.1.
Problematica reelelor de comunicaie ............................................ 1
1.2.
Arhitectura (topologia) unei reele.................................................. 5
1.3.
Modele de referin. ....................................................................... 7
1.3.1. Modelul TCP/IP............................................................................ 7
1.3.2. Modelul de referin ISO-OSI. ...................................................... 8
1.3.3. Modelul generalizat......................................................................11
TESTE DE AUTOEVALUARE ................................................................17
RSPUNSURI ..........................................................................................18
Bibliografie................................................................................................18
1.1. Problematica reelelor de comunicaie

Dezvoltarea reelelor de comunicaie digital a fcut posibil dezvoltarea unei palete largi de
aplicaii, ntre care cele mai importante i cu implicaii spectaculoase sunt:
sistemele de telecomunicaie;
reele de calculatoare i de transfer de date;
echipamente de automatizri industriale i casnice, distribuite;
sisteme de automatizare, utilizate n construcia autovehiculelor;
sisteme de monitorizare de la distan.
Toate acestea au n comun o noiune cuprinztoare, a crei dimensiune i form este n
continu schimbare. Dac n momentul apariiei i dezvoltrii domeniilor prezentate anterior
soluiile tehnice i tehnologice erau diferite i nu se prevedeau, ntr-un viitor apropiat (n acel
moment) soluii comune, n prezent direciile n care se dezvolt soluiile moderne adoptate sunt
convergente.
Florin Drgan - Protocoale de comunicaie
Pentru a nelege complexitatea i implicaiile transferului informaiei, n reelele de comunicaie digital, este necesar s fie cunoscui principalii termeni utilizai n acest domeniu [1].
Terminal, staie, main element de comunicaie individual, numit de obicei echipament
terminal de date DTE (Data Terminal Equipment), aflat la dispoziia unui utilizator, n scopul
procesrii datelor sau al accesrii resurselor de reea.
Echipament de comunicaie element de comunicaie individual, prin intermediul cruia se
poate conecta la o reea, un echipament terminal de date. n nomenclatorul de termeni consacrai n
acest domeniu, acest tip de echipament se numete DCE - Data Circuit terminating Equipment,
adic echipament de nchidere a circuitului de comunicaie.
Reea - ansamblu de uniti de procesare digital a informaiei (care pot fi calculatoare,
interfee de msurare, sau periferice cum sunt imprimantele etc.), numite generic terminale, avnd
capacitatea de a se conecta cu alte echipamente care fac posibil comunicaia, numite generic
echipamente de comunicaie, conectate ntre ele printr-un mediu fizic, mpreun cu componente
software care asigur funcionarea lor. Comunicaia ntre aceste dispozitive se face pe baza unui set
de norme comune, numite protocoale.
Acces la mediul de transmisie metod prin care se determin cnd este posibil utilizarea,
de ctre un terminal, a mediului de transmisie i implicit cnd i este permis transmisia de
informaii. Metoda este materializat printr-o component de control numit MAC (Media Access
Control control al accesului la mediul de transmisie), funcie furnizat de o familie de
componente reunite ntr-o mulime numit nivel legtur. Cele mai cunoscute metode de acces la
mediu sunt mprite n dou categorii, deterministe i nedeterministe.
Metode deterministe.
Aceast categorie poate fi mprit n altele dou, prima numit cu acces simetric, din
care face parte tehnologia Token Ring, iar cea de a doua, numit cu acces asimetric, sau de tip
stpn-sclav.
Pentru cele din categoria accesului simetric (Token Ring) utilizarea mediului, de ctre un
echipament terminal, este permis pe baza unui consemn de acces (Token indiciu, nsemn) emis ciclic
(Ring inel) de o component, care poate s fie unul dintre terminale sau un echipament de
comunicaie. Acesta are rolul de a iniiator i supraveghetor al transmisiilor, astfel nct fiecrui terminal
din reea s i se permit accesul periodic i limitat la mediul de transmisie. Adoptnd aceast metod de
acces, firma IBM a dezvoltat tehnologia IBM Token Ring, mai puin folosit n ultimul timp datorit
capacitii reduse de transfer a datelor, n comparaie cu alte tipuri de tehnologii, cum este Ethernet.
O metod determinist asimetric, de tip stpn-sclav, presupune existena unui singur
terminal care are dreptul s interogheze pe rnd celelalte staii din reea, acestea din urm avnd
dreptul doar s rspund la interogri. Terminalele de tip sclav, care au date pregtite pentru
transmisie, ateapt s le vin rndul la interogarea iniiat ciclic, sau dup o anumit regul bine
stabilit, de terminalul stpn.
Tehnologiile folosite la reelele industriale de automatizare, bazate pe interfaa serial EIA
485, folosesc metode de acces deterministe. Unele dintre acestea, ntre care se afl i tehnologia
ProfiBus, n funcie de modurile de operare, utilizeaz ambele metode deterministe de acces,
Token-Ring i stpn-sclav.
Metode nedeterministe.
Aceste metode nedeterministe permit oricrui terminal s transmit date prin mediul de
propagare, n mod egal, n cazul n care acesta nu este ocupat de transmisii efectuate de alte
dispozitive din reea. Datorit vitezei finite de propagare a semnalelor prin mediul de transmisie,
exist riscul ca dou sau mai multe dispozitive terminale s transmit date simultan, ceea ce duce la
apariia fenomenului de coliziune.
Prezena coliziunilor, ntr-o reea de comunicaii, este nedorit i trebuie evitat, dar nu poate
fi eliminat. De aceea, metodele nedeterministe trebuie s conin mecanisme eficiente de detectare
a coliziunilor i algoritmi pentru reducerea riscului de apariie a acestora.
Termenul folosit pentru una dintre metodele nedeterministe, de acces la mediu, este
CSMA/CD (Carrier Sense Multiple Access/ Collision Detection acces multiplu bazat pe
identificarea purttoarei i detectarea coliziunii).
Tehnologia cea mai cunoscut i des utilizat pentru construirea interfeelor pentru reelele
locale, care folosete CSMA/CD, este Ethernet i varianta sa IEEE 802.3 [1].
Lrgimea de banda noiune care poate avea mai multe nelesuri, n funcie de domeniul n
care se utilizeaz.
Pentru comunicaiile digitale, lrgimea de band reprezint o msur a capacitii sistemului
de a transfera date, de la un echipament la altul. Dac se refer la componentele de nivel fizic, cnd
se vorbete despre lrgimea de banda, aceasta se refer la rata de transfer a biilor (Bit Rate), iar
dac se refer la transferul date la nivelul aplicaiei, se vorbete despre lrgimea de band efectiv,
sau rata de transfer a octeilor (kB/s sau MB/s).
Adresarea alocarea unui element de identificare unic a fiecrui terminal, sau nod, dintr-o
reea. Adresa se poate folosi pentru mai multe scopuri: identificarea sursei, destinaiei i
determinare a cii de parcurs a unui mesaj, de filtrare a accesului, iar n cazul reelelor industriale,
de identificare a unor servicii sau tipuri de mesaje.
Semnale n cazul componentelor hardware, datele sunt materializate prin semnale electrice,
de tensiune, curent sau unde electro-magnetice, care sunt transferate prin diferite medii de
propagare, sau de transmisie. Datele sunt exprimate prin variaii ale acestor mrimi ntre anumite
nivele, bine stabilite.
Codarea proces prin care datele numerice sunt traduse dintr-un format n altul pentru a
poate fi mai uor grupate i transferate, n reea. Codurile sunt definite printr-un set de convenii,
reprezentate, de cele mai multe ori, n tabele de conversie. Decodarea este procesul invers, prin
care un ir de coduri, aparent fr semnificaie, sunt transformate n mesaje care pot fi nelese.
Modulaia proces complex de combinare a unui semnal electric purttor, cu parametrii de
frecven, amplitudine sau faz constani, cu semnale a cror parametri sunt variabili n timp, prin
care datele sunt transferate cu ajutorul variaiei de amplitudine, faz sau frecven.
Multiplexare capacitate a unui sistem de a transfera simultan, n reea, mai multe mesaje
sau iruri de date, schimbate ntre diferite surse i destinaii. Mesajele sunt transferate utiliznd
aceleai componente de nivel fizic. Multiplexarea se poate face prin mai multe metode de divizare
n timp TDM (Time Division Multiplexing), n frecven FDM (Frequency Division Multiplexing)
sau prin codare diferit CDM (Code Division Multiplexing).
Mesaj unitate fundamental de informaie, indivizibil care se transfer ntre terminale, de-a
lungul unei reele.
Protocoale ansamblu de convenii pe baza crora se poate face schimbul de mesaje, astfel
nct s nu existe situaii de interpretare echivoc.
Serviciu reprezint o funcie, sau operaie, prin care o component de la un anumit nivel o
furnizeaz unei alte componente aflat la un nivel superior adiacent.
Flux de date volum de informaii transferate ntre terminale, care poate avea loc ntr-un
sens, sau n ambele sensuri [1].
Simplex, Duplex (Half, sau Full Duplex) reprezint modul n care datele pot fi transferate:
Simplex - doar ntr-un singur sens;
mesaj
Terminal
DTE 1
Transfer unidirecional
Conexiune "Simplex"
Terminal
DTE 2
Fig. 1.1. Flux de date "Simplex".

Half Duplex - succesiv n ambele sensuri, o data ntr-un sens, iar apoi n cellalt sens;
mesaj secvena 1
mesaj secvena 2
Terminal
DTE 1
Transfer bidirecional
succesiv =
Conexiune "Half Duplex"
Terminal
DTE 2
Fig. 1.1. Flux de date "Half Duplex".
Full Duplex - simultan n ambele sensuri.

mesaj
mesaj
Terminal
DTE 1
Transfer bidirecional
simultan =
Conexiune "Full Duplex"
Terminal
DTE 2
Fig. 1.2. Flux de date "Full Duplex".

Mod de transmisie modul n care un terminal surs transmite un mesaj spre unul, sau mai
multe terminale destinaie. Se cunosc trei moduri de transmisie [1, 3]:
Unicast un terminal transmite un mesaj doar spre un singur terminal destinaie;
Multicast un terminal transmite acelai mesaj spre mai multe terminale destinaie, dar nu spre
toate;
Broadcast un terminal transmite acelai mesaj spre toate celelalte terminale din reeaua din
care face parte.
destinatie
surs
Reea de
comunicatie
mesaj
Terminal
DTE 2
Terminal
DTE 1
Terminal
DTE n
Terminal
DTE i
Fig. 1.3. Modul de transmisie "Unicast".

Controlul Erorilor mecanism foarte important care trebuie s asigure patru funcii: prevenirea,
detectarea, corecia i izolarea informaiei eronate sau degradate n timpul transmisiei. Prevenirea
erorilor se poate face prin msuri riguroase de precauie luate n timpul proiectrii i realizrii
circuitelor, alegerea unor metode de eantionare a semnalelor, potrivite scopului, orice poate conduce la
diminuarea riscului de degradare sau pierdere a informaiei [1, 3].
destinatie
surs
Reea de
comunicatie
mesaj
Terminal
DTE 2
Terminal
DTE 1
mesaj
destinatie
Terminal
DTE i
Terminal
DTE n
Fig. 1.4. Modul de transmisie "Multicast".

destinatie
surs
Reea de
comunicatie
Terminal
DTE 1
mesaj
mesaj
mesaj
Terminal
DTE 2
destinatie
destinatie
Terminal
DTE n
Terminal
DTE i
Fig. 1.5. Modul de transmisie "Broadcast".

Tehnicile de verificare a integritii informaiei sunt dependente de protocol i se bazeaz, n
general, pe metode de paritate sau pe calcularea i verificarea ciclic cu coduri redundante CRC
(Cyclic Redundancy Check). Secvenele de verificare sunt calculate de o component de pe
terminalul surs i sunt cuprinse n mesajele transmise, acestea urmnd s fie recalculate i
verificate la destinaie, folosind acelai algoritm.
1.2. Arhitectura (topologia) unei reele
Arhitectura (topologia) unei reele este forma de reprezentare a aezrii n spaiu a
echipamentelor, de interconectare la nivel fizic, sau logic. Cele mai cunoscute topologii sunt: de tip
magistral (bus), arbore, stea (sau stea extins) i inel. Forma de reprezentare poate s fie diferit, la
aceeai reea, dac este analizat din mai multe puncte de vedere (n funcie de nivelele la care se
face analiza). Topologia unei reele se numete i planul care reprezint modul n care sunt
conectate ntre ele dispozitivele.
LAN i WAN. Pentru a nelege funcionarea i structura protocoalelor de reea, trebuie
neles mai nti modul de organizare a ree-lelor. Diapozitivele se pot afla n aceeai ncpere, pot fi
distribuite ntr-o cldire sau pot fi rspndite pe o arie geografic ntins [1].
Dac terminalele i echipamentele de comunicaie sunt localizate n aceeai locaie, ntr-o
ncpere sau corp de cldire, spunem c avem o reea local LAN (Local Area Network). De obicei,
dispozitivele care aparin unei reele locale sunt conectate ntre ele folosind aceeai soluie
tehnologic, la o privire superficial folosesc acelai tip de cablu.
Dac ns acestea sunt distribuite pe o arie mai mare, n mai multe cldiri sau orae, spunem
c avem de-a face cu reele cu arie de ntindere mare WAN (Wide Area Network). O astfel de reea
este compus din dou sau mai multe reele locale (LAN) conectate ntre ele prin sisteme de
comunicaie la distan, diferite de cele folosite pentru conectarea echipamentelor n reelele locale.
Aceste sisteme utilizeaz circuite prin linii telefonice, sau circuite rapide dedicate transmisiilor
digitale i formeaz ceea ce se numete coloana central (Backbone - coloana vertebral) a unei
reele. La o anumit scar de analiz, chiar i aceste reele WAN pot s fie tratate ca un singur
obiect, dar cu structur i caracteristici complexe.
Interconectarea reelelor - capacitatea unui sistem de a permite comunicaia ntre dou, sau
mai multe terminale, opernd cu platforme hardware i software diferite, aparinnd de reele
diferite, sau care transfer informaii de tipuri diferite. Astfel, de-a lungul drumului parcurs de un
mesaj, ntre surs i destinaie, pot exista diferite soluii tehnologice (Ethernet, fibre optice, linii
telefonice etc.) care impun conversia mesajelor, n formate specifice. Cu toate acestea, informaia
trebuie s fie transferat la destinaie, sub form de mesaje, fr s se altereze [1, 3].
Sisteme nchise i sisteme deschise.
La nceput, odat cu apariia primelor sisteme de interconectare a echipamentelor digitale, fiecare productor a dezvoltat propriile soluii tehnologice, cele mai multe dintre ele secrete i incompatibile cu ale altor productori. Beneficiarii, care optau pentru un anumit furnizor, rmneau
dependeni de produsele hardware sau software ale acestuia. n acel moment, acest lucru era considerat un avantaj datorit faptului c fiecare productor i putea meninea un segment de pia, iar pe
de alt parte, clienii aveau o anumit ncredere n firm i c produsele ei sunt bine mperecheate [1].
Mai trziu ns, aceast mentalitate nu a permis creterea, prin liber concuren, a
performanelor produselor pentru reea. Pe de alt parte, clienii doreau s achiziioneze acele
echipamente care s le satisfac cel mai bine necesitile, fr s in seama de firma productoare.
Pentru aceasta, trebuia ca noile echipamente s fie compatibile cu cele pe care le aveau deja, sau pe
care doreau s le achiziioneze, n acel moment. S-a ajuns la situaii n care firmele productoare
trebuiau s aleag ntre a pierde clieni, sau a accepta condiiile impuse de acetia.
Cu timpul, se renun la mentalitatea prin care protocoalele, ce asigur transferul datelor ntre
echipamente, s fie secrete, sau insuficient documentate. Toate aceste neajunsuri, alturi de o cerere
masiv i n continu cretere, de opiuni de interconectare, fac s apar principiul sistemelor
deschise. Acest nou curent de idei s-a numit deschis, n contrast cu vechiul sistem de opinii,
considerat nchis.
Un astfel de exemplu este oferit de firma DEC (Digital Equipment Corporation) care a
renunat la un sistem de operare propriu (numit VMS) i adopt UNIX, un sistem de operare considerat deschis. Rezultatul a fost peste ateptri, pe lng faptul c nu au pierdut din clienii avui
pn atunci, dar au reuit chiar s depeasc volumul vnzrilor de echipamente, avut nainte [1].
Noiunea de sistem deschis.
Se cunosc multe definiii, dar este greu de a enuna una simpl, concis i clar. Pentru cei
mai muli dintre utilizatori, un sistem deschis este acela pentru care arhitectura sa nu este secret.
Descrierea lui este publicat, sau este accesibil, pentru oricine vrea s construiasc produse,
hardware sau software, destinate acestuia. Aceast definiie este valabil att pentru produsele
hardware ct i pentru cele software. Atunci cnd exist mai muli productori, pentru o anumit
component, beneficiarii pot s aleag varianta cea mai convenabil. Aceasta a fost unul dintre
principalele criterii ale apariiei sistemelor deschise i a condus la renunarea la soluiile proprii,
fiecrui productor (Proprietary Solutios).
Sistemele de operare UNIX ofer cel mai reprezentativ exemplu de platform software
deschis, care rezist pe pia de mai bine de 30 de ani. Acesta a fost disponibil sub form de cod
surs, aproape de la nceput i pentru oricine dorete s-l foloseasc, neleag sau modifice. n
aceste condiii, sistemul poate fi transferat i adaptat pentru aproape orice platform hardware.
Creterea popularitii sistemului de operare UNIX a dus, pe de o parte, la producerea unor versiuni
comerciale ale acestuia, cum sunt BSD, Solaris etc., sau cu distribuire gratuit, aa cum este Linux,
FreeBSD, MiniX etc [1].
Utilizarea pe scar larg, a acestor sisteme de operare, a dus i la producerea unor componente
hardware, concepute ca sisteme deschise. n acest fel un utilizator poate s construiasc
echipamente i structuri de reea, care s conin diferite soluii hardware, mai bine adaptate unor
scopuri propuse. Sistemele deschise, concepute iniial pentru a deservi reele mari, guvernamentale
sau educaionale, au ajuns s fie o soluie potrivit i pentru aplicaii, utilizate n reele mici.
Noiunea de reea, ca sistem deschis (Open System Networking), are mai multe nelesuri, n
funcie de modul de abordare a problemei. O astfel de reea folosete un protocol care aparine unui
sistem de operare deschis, bine documentat.
Un protocol, conceput n spiritul acestui principiu i adoptat de sistemele de operare UNIX,
este TCP/IP (Transmission Control Protocol /Internet Protocol), standardele care l definesc fiind
publicate i pot fi cunoscute de cei interesai.
Pe de alt parte, aceast noiune se refer i la funcionarea propriu zis a unei astfel de reele,
att din punctul de vedere al componentelor hardware ct i al celor software. Acest tip de reea a
permis dezvoltarea unor servicii, fr care nu se mai poate imagina viaa n ziua de azi. Cele mai
populare exemple sunt aplicaiile de transfer ale fiierelor FTP (File Transfer Protocol), pota
electronic i conectarea, de la distan (Remote Access), la o resurs de reea.
FTP asigur distribuirea fiierelor, de-a lungul unei reele, mult mai repede dect orice
sistem de transport imaginat nainte de apariia acestuia.
Pota electronic permite trimiterea cu vitez mare a mesajelor n ntreaga lume. n Internet
se transfer un numr mare de mesaje destinate celor mai diverse tipuri de activiti i interese, la
preul cel mai mic.
Conectarea de la distan, la o resurs de reea, permite utilizatorilor s se conecteze, din
diferite locaii, indiferent de sistemele de operare folosite. Mai mult dect att, un utilizator poate s
ruleze programe care nu i sunt accesibile, dect pe calculatoarele de la distan.
Este unanim prerea c toate acestea s-ar fi dezvoltat mai greu, n absena unui concept de
sistem deschis, materializat prin sisteme de operare din familia UNIX, care utilizeaz pentru
comunicaia de date, suita de protocoale TCP/IP [1].
1.3. Modele de referin.
mprirea pe nivele.
Modelele de referin se folosesc pentru mprirea sarcinilor, legate de transferul datelor n
reea, n condiiile impuse de problemele prezentate la nceputul acestui curs. n paralel cu evoluia
noiunii de sistem deschis, sau folosit diferite modele pentru separarea funciunilor necesare
funcionrii unei reele de transfer de date [1, 3].
Se presupune c trebuie conceput un program care s asigure funcionarea unei reele locale.
Dac toate terminalele ar fi de acelai tip, poate c sarcina nu ar fi foarte grea, dar dac reeaua este
compus din terminale diferite, acest lucru ar fi aproape imposibil de ndeplinit. Soluia este de a
mpri tema, n probleme mai mici care s fie rezolvate specific pentru fiecare situaie n parte.
Pentru aceasta, problemele trebuie grupate, dup rolul lor n funcionarea reelei, iar apoi s fie ferm
definite condiiile i relaiile dintre ele. Fiecare grup, care ndeplinete o funcie bine determinat,
definete un anumit nivel (Layer), aezat ntr-o reprezentare stratificat. Datorit complexitii mari
a acestor sisteme, pot exista i situaii n care anumite funciuni se intersecteaz sau se repet, dar
principiul separrii sarcinilor, este n general respectat.
1.3.1.
Modelul TCP/IP.
Suita de protocoale TCP/IP a fost conceput i s-a dezvoltat, utiliznd principiul prezentat
mai sus. Acesta presupune mprirea funciunilor n 4 grupe, alezate n tot attea nivele, aa cum se
poate vedea n figura 1.7.

M odelul
TCP/IP
Mode lul
OSI
Aplicaie
Pre ze ntare
Sesiune
Aplicaii
(Upper Layer
Protocols)
Transport
Transport
Inte rnet
Ree a
Network
Acce ss
Legtur
1
Fizic
Fig. 1.6. Modelul de referin TCP/IP.

Not: Funciunile acestor nivele sunt identice cu cele ale modelului de referin OSI,
prezentat n paragraful urmtor. n nivelele Network Access (nivel de acces la componentele fizice
ale reelei) i Upper Layer Protocols (protocoale de nivel superior) sunt grupate mai multe
funciuni elementare, care n modelul OSI sunt aezate n nivele separate [1, 3, 4].
1.3.2.
Modelul de referin ISO-OSI.
Odat cu dezvoltarea soluiilor tehnologice, care au fcut posibil comunicaia n reelele

digitale, a fost necesar desprirea unor funciuni, n mai multe grupe.
Pornind de la modelul oferit de suita de protocoale TCP/IP, ISO (International Organization
for Standardization) adopt prin documentul ISO 7498, ncepnd cu 12 octombrie 1979, un model
abstract de repartizare a funciunilor ntr-o reea, propus i dezvoltat de ANSI (American National
Standards Institute) cu doi ani nainte.
Acest model a fost denumit de Charles W. Bachman, un specialist cu reputaie n teoria structurilor de date, OSI (Open Systems Interconnection sistem deschis de interconectare) [1, 3].
Acest model de mprire s-a impus ca o referin pentru conceperea i dezvoltarea
protocoalelor de comunicaie moderne. Dei la aceast or, au aprut unele excepii i completri,
valoare sa didactic i de coordonare se pstreaz n continuare. Buna cunoatere i nsuire a
funciunilor nivelelor propuse n acest model, uureaz mult nelegerea funcionrii reelelor
digitale de comunicaie i a protocoalelor lor.
Modelul OSI, obinut prin completarea modelului TCP/IP cu unele detalii suplimentare, propune
mprirea funciunilor n 7 grupe, numite nivele (Layers), aa cum se poate vedea n figura 1.8.
Terminal 1
Terminal 2
7
Aplicaie
Aplicaie
Preze ntare
Prezentare
Se siune
Sesiune
Transport
Transport
Ree a
Re ea
LLC
2
1
Legtur
Fizic
M AC
LLC
Legtur
Fizic
Fig. 1.7. Modelul de referin OSI.
M AC
2
1
Transferul datelor ntre dou terminale (Terminal 1 i Terminal 2), interconectate printr-un
mediu fizic de transmisie, presupune parcurgerea nivelelor, n modul urmtor: n cazul terminalului
surs, informaia se transfer de la nivelul Aplicaie spre nivelul Fizic, iar n a celui destinaie,
dinspre nivelul Fizic spre cel de Aplicaie [1, 2, 3].
Denumirea nivelelor i rolul lor funcional.
Nivelul OSI 7 - Aplicaie.
Nivelul Aplicaie este interfaa care ofer servicii de comunicaie pentru aplicaiile care
sunt surse, sau destinaii de date.
n cazul aplicaiilor distribuite, cum sunt cele de tip client/server, nivelul aplicaie reprezint
capetele lanului, ntre care circul informaia. Exemple de componente ale nivelului OSI 7
(aplicaie) sunt clienii de pot electronic (Outlook sau Eudora), aplicaiile care permit
navigarea prin paginile de WEB (Internet Explorer sau Netscape), sau banala aplicaie Telnet, care
ne permite conectarea unui terminal la un altul, aflat la distan.
La acest nivel, informaia se transfer sub form de fiiere, asemntor cu transferul
coletelor prin mesagerie, sau iruri continue (streaming) asemntor cu transmisiile programelor
de radiodifuziune.
Nivelul OSI 6 Prezentare.
Sarcina nivelului Prezentare este de a converti datele dintr-un format, dependent de
platforma pe care opereaz aplicaia surs, ntr-un format standard, care s poat strbate nivelele
inferioare, fr s fie afectate de platforma surs, destinaie sau rut. Aceste formate se numesc
adesea formate, sau reprezentri, canonice.
Formatele simple (ASCII sau EBCDIC) au fost nlocuite cu limbaje specifice de reprezentare,
care sunt folosite pe toate platformele utilizate azi n reea. Aceste limbaje sunt numite, n
documentaia de referin OSI, "Common Network Programming Language"- limbaje de
programare n reea, comune. Dac totui exist situaii n care formatul anumitor date nu este
canonic, componente ale nivelului OSI 6 le transform ntr-un format specific, cerut de aplicaie.
Nivelul OSI 5 Sesiune.
Nivelul Sesiune se ocup cu iniierea, sincronizarea i ncheierea unei sesiuni de reea,
ntre dou procese care aparin nivelului OSI 7 - "Aplicaie". Acest nivel conine componentele
care coordoneaz comunicaia ntre aplicaii, astfel nct fiecare sesiune s fie identificat unic, s
permit controlul accesului la resursele de reea i a modului n care se transfer informaiile.
Funcionarea nivelului Sesiune se poate asemna cu modul de stabilire a condiiilor n care
trebuie s in o conferin, deschiderea, prezentarea ordinii de zi i a regulilor de dialogare,
desfurarea discuiilor i ncheierea sa, n mod civilizat.
Nivelul OSI 4 Transport.
Nivelul Transport a fost conceput pentru a asigura un transfer al datelor ntre dou
terminale, pe ct posibil lipsit de erori, astfel nct datele recepionate s fie identice cu cele trimise.
Datorit faptului c dimensiunea unor informaii, care trebuie transferate prin reea este mare,
nivelul OSI 4 Transport trebuie s se ocupe i de mprirea n secvene a acestora, numerotarea
lor i controlul succesiunii transmiterii acestora. Deoarece capacitatea de prelucrare a informaiilor,
de ctre cele dou terminale, poate s fie diferit, acest nivel trebuie s asigure i controlul fluxului
de date, prin mecanisme de reglaj adaptiv.
n caz de erori, sau pierdere de secvene, nivelul Transport trebuie s cear retransmiterea
secvenelor pierdute i refacerea corect a informaiei, la destinaie. Toate aceste funciuni sunt
posibile doar dac, la acest nivel, se construiesc, pe durata transmisiei, conexiuni virtuale.
La acest nivel, informaia se transfer sub form de segmente, transmise succesiv prin
circuitul virtual stabili ntre surs i destinaie, n mod asemntor cu secvenele din cinematografie.
10
Nivelul OSI 3 Reea.

Nivelul Reea conine componentele care asigur determinarea celei mai potrivite ci, pe
care trebuie s o urmeze pachetele de date, ntre terminalul surs i cel destinaie.
Aceasta se poate face doar folosind un mod de adresare ierarhic, care s conin adresa reelei
i a terminalului n cadrul acesteia. Protocoalele care utilizeaz acest mod de adresare i ofer
informaii necesare operaiilor de rutare, se numesc protocoale rutabile.
Alegerea celei mai bune ci, se face prin analizarea informaiilor transmise odat cu datele
utile, de ctre componente speciale care se ocup de rutare, numite protocoale de rutare.
Acestea opereaz pe rutere i decid ruta, folosind informaii despre conexiunile adiacente,
schimbate sub forma tabelelor de rutare.
La acest nivel, informaia se transfer sub form de pachete, transmise succesiv n reea, n
mod asemntor cu circulaia autovehiculelor pe o autostrad.
Nivelul OSI 2 Legtur.
Nivelul Legtur (de date), conform cu modelul OSI, este o component intermediar ntre
nivelul OSI 3 - Reea i nivelul OSI 1 Fizic, pe care l controleaz.
Nivelul Legtur are dou componente majore: subnivelul MAC (Media Access Control
controlul accesului la mediul de transmisie) i subnivelul LLC (Logical Link Control controlul
logic al legturii).
Subnivelul MAC are rolul s asigure un acces unic, lipsit de concuren, al terminalelor care
transfer date, la mediul de transmisie, bazat pe metodele de acces prezentate n paragraful 2.1.
Pentru a permite controlul accesului la mediul de transmisie, sub-nivelul MAC asociaz
fiecrui dispozitiv sau fiecrei interfee din reea NIC (Network Interface Controller interfa de
reea), o adres unic numit adres MAC [3].
n cazul tehnologiilor utilizate n reelele de calculatoare, aceast adres este format din 48
sau 64 bii (MAC-48, EUI-48 sau 64, EUI - Extended Unique Identifier).
Aceasta se mai ntlnete i sub numele de adres hardware (impropriu numit de utilizatorii
mai puin avizai, adres fizic), fiind identificat printr-un grup de 6 octei exprimai n forma
hexazecimal (cte doi digii), separai prin semnul - sau :. Un exemplu de scriere, utilizat de
majoritatea sistemelor de operare, poate s arate astfel:
00:A0:D2:A4:91:73 sau 00-A0-D2-A4-91-73.
Formatul adresei MAC.
Standardul IEEE 802 propune, pentru adresarea interfeelor de reea, 48 bii mprii n dou
cmpuri:
OUI (Organizationally Unique Identifier) - primii trei octei (24 bii) reprezint identificator
unic al productorului interfeei de reea), fiind gestionat i distribuit de ctre IEEE
NICUI (Network Interface Controller Unique Identifier) urmtorii trei (n cazul MAC-48 i
EUI-48) sau cinci (n cazul EUI-64) reprezint identificatorul interfeei, alocat de productor.
Formatul complet al adresei MAC se poate vedea n figura 1.9.
1
MSByte
OUI
Identificator productor
NICUI
Identificator interfa reea
U/L
MSbit b1 b2 b3 b4 b5 b6 U/L I/G LSbit

I/G
LSByte
0 adresare global (OUI)

1 adres admnistrat local
0 adres individual - unicast
1 adres de grup - multicast
Fig. 1.8. Formatul adresei MAC-48.
11
Aceast adres este nscris n memoria ROM a interfeei i o identific unic n lume
(identificare global), cu excepia cazului n care ea este definit n mod administrativ (identificare
local). n acest din urm caz, se renun la OUI, iar biii 7 i 8 au urmtoarea semnificaie:
U/L adresare Universal sau Local. n cazul adresrii universale U/L = 0 ;i se folosete
adresa MAC nscris n memoria ROM a interfeei, iar n cazul adresrii locale U/L = 1, adresa
interfeei este definit de ctre administratorul de reea.
I/G adres Individual sau de Grup. n cazul adresrii individuale I/G = 0, un mesaj
transmis n reea este acceptat doar de ctre interfaa care are adresa identic cu adresa destinaie
nscris n mesaj, iar dac I/G = 1, un singur mesaj transmis n reea va fi accepta de mai multe
interfee aparinnd unui grup specificat prin adresa de grup. Adresare n grup se poate face doar n
cazul alocrii administrative locale a adreselor. O adres special de grup, utilizat att pentru
adresarea global ct i pentru cea local, este adresa de broadcast, pentru care toi cei 48 sau 64
bii sunt 1. Mesajele care se transmit n reea, cu adres destinaie de broadcast, vor fi acceptate de
toate interfeele.
Sub-nivelul LLC.
LLC (Logical Link Control) reprezint totalitatea componentelor care asigur controlul
nivelului Legtur, fiind o interfa logic ntre nivelul Reea i Fizic. Protocoalele care
opereaz la acest nivel permit accesul mai multor servicii de la nivelul superior, printr-un proces
multiplexare, la aceeai interfa de reea.
n acelai timp, LLC permite detectarea i corectarea eventualelor erori, care pot s apar
datorit transmisiei semnalelor prin mediul fizic, dar nu se ocup cu erorile datorate pierderii sau
degradrii pachetelor de date. Corectarea celor din urm este sarcina exclusiv a nivelul OSI 4 Transport.
La acest nivel, informaia se transfer sub form de cadre cu date (Data Frames),
transmise succesiv n reea, de mai multe terminale.
Nivelul OSI 1 Fizic.
Nivelul Fizic se afl la baza stivei modelului de referin OSI i conine totalitatea
componentelor mecanice, electrice sau electromagnetice necesare transmisiei semnalelor prin
conductoarele electrice, fibra optic, sau circuitele de radiofrecvena, utilizate ca medii de
propagare.
La acest nivel informaia se transfer sub form de semnale electrice, sau electromagnetice,
rolul componentelor fiind doar s asigure transferul acestora, fr degradri semnificative n
prezena perturbaiilor.
Att modelul de referin OSI ct i modelul TCP/IP folosesc muli termeni comuni,
standardizai printr-o serie de documente specifice. Din pcate, modelul OSI este doar formal, iar o
parte dintre termeni nu au utilitate practic. Suita TCP/IP fiind o entitate real, folosit pentru
comunicaiile de date pe o scar din ce n ce mai larg, a impus terminologia sa specific. Pentru a
nu iei n afara cadrului teoretic, de prezentare a subiectului, trebuie gsit o soluie de echilibru n
formularea termenilor. Deoarece dezvoltarea acestui domeniu s-a fcut, de-a lungul timpului, pe
mai multe ci paralele, exist un numr de termeni diferii care se suprapun i pot duce la unele
confuzii.
1.3.3.
Modelul generalizat.
Deoarece dezvoltarea tehnologiilor de comunicaie impune apariia unor funcii suplimentare,

modelul de referin OSI trebuie completat i generalizat, notarea relativ a nivelelor cu N, N+1,
N+2 etc., fiind utilizat i pentru a defini relaia dintre dou nivele adiacente, oarecare. Motivul
pentru care s-a adoptat o astfel de notaie este pur practic, pentru a simplifica notaiile n
prezentarea unui nivel i a legturilor sale cu cele adiacente, N+1 pentru nivelul aflat deasupra i N1 pentru cel aflat dedesubt [1].
12
Dac nivelul OSI 4 - Transport este notat cu N, nivelului OSI 1 - Fizic i corespunde N-3 ,
nivelului OSI 3 - Reea i corespunde N-1, iar nivelul OSI 6 - Prezentare i corespunde N+2,
figura 1.8 . Pentru modelul de referin OSI, N poate s ia una dintre valorile cuprinse ntre 1 i 7.
Terminologie specific modelului generalizat.
Pentru a putea analiza legturile ntre dou nivele adiacente, ntr-un mod general n absena
unor componente reale, concrete, este nevoie de introducerea unor termeni suplimentari [1].
Subsisteme - totalitatea componentelor corespunztoare aceluiai nivel OSI, aflate pe
terminalele care aparin unei reele. Astfel toate componentele de la nivelul OSI 7, care opereaz pe
terminale diferite din reea, reprezint subsistemul aplicaie, iar toate componentele
corespunztoare nivelului OSI 3, pe cel al subsistemului reea.
Entiti prile componente ale unui anumit nivel. Dac lum de exemplu nivelul OSI 4
Transport, acesta are componente care se ocup de verificarea integritii datelor, coninute n
segmente, iar altele care gestioneaz retransmiterea celor care au sosit alterate, sau nu au sosit
deloc. Componentele active la un moment dat, care execut rutine specifice funciilor de la un
anumit nivel, se numesc entiti active.
Funciile nivelului N.
Dup modelul OSI, orice nivel ofer un set de "lucrri" nivelului superior. Astfel, entitatea de
la nivelul N+1 beneficiaz de un set de servicii oferite de entitatea de la nivelul N. De exemplu,
aplicaiile aflate la nivelul OSI 7 au nevoie de o form de prezentare a datelor care s le permit s
se "neleag", indiferent de platforma hardware sau software folosit de terminale. Pentru aceasta
apeleaz la serviciile nivelului OSI 6.
Servicii de nivel N - ntregul set de faciliti, sau lucrri, oferite de componentele de la
nivelul N, entitii de la nivelul N+1. Cu alte cuvinte, serviciile reprezint totalitatea funciunilor de
la nivelul N, oferite nivelului imediat superior (N+1).
n etapa de dezvoltare a modelului OSI s-a dorit ca sarcinile implicate n procesul de transfer
al datelor s fie asociate la nivele diferite, astfel nct rolul fiecrui nivel s fie bine definit i
independent de a celorlalte.
Definirea serviciilor a fost dezvoltat oficial pornind de la nivelul OSI 1 - Fizic, spre OSI 7 Aplicaie. Avantajul acestui mod de abordare este acela c proiectarea nivelului N+1 se face
pornind de la funciile nivelului N, evitndu-se situaia n care dou funciuni s ndeplineasc
aceeai sarcin n dou nivele diferite.
N+2
N+1
Beneficiar al serviciului
de nivel N
N-SAP
Furnizor al serviciului
de nivel N
N-1
Fig. 1. 9. Relaia dintre furnizorul unui serviciu de la nivelul N i beneficiarii acestuia, de la nivelul
N+1.
13
Beneficiar al unui serviciu de nivel N - component de la nivelul (N+1), care utilizeaz un

serviciu furnizat de nivelul inferior (N).
Furnizor al unui serviciu de nivel N - set de entiti care sunt implicate n furnizarea
serviciilor de nivel (N), componentelor de la nivelul (N+1).
N-SAP Punct de acces la un serviciu de nivel N (N Service Access Point) - locul unde un
serviciu de nivel (N) este oferit unei entiti de la nivelul (N+1), de ctre un furnizor de servicii de
la nivelul (N), aa cum se poate vedea n figura 1.10.
Datele serviciului de la nivelul (N) este reprezentat prin pachetul de date, schimbat la N-SAP.
N-SDU Unitile de date ale serviciului de la nivelul N (N Service Data Unit) sunt unitile
individuale ale datelor schimbate la N-SAP (datele serviciului de nivel N sunt compuse din mai
multe N-SDU).
N-PDU Unitile de date ale protocolului de la nivelul N (N Protocol Data Unit) unitile
individuale ale datelor schimbate ntre dou servicii ale aceluiai nivel, opernd pe terminale
diferite (surs i destinaie).
Aceti termeni se pot vedea n figura 1.8.
ncapsulare - adugarea de informaii de control (PCI - Protocol Control Information)
corespunztoare nivelului (N), la o unitate de date provenit de la nivelul (N+1). Informaiile de
control conin detalii de adresare, de verificare sau control al erorilor i funcii de control ale
protocolului.
Cozi de ateptare i conexiuni.
Comunicaia ntre dou componente, corespunztoare aceluiai nivel, se desfoar n trei
etape distincte, i anume [1, 2]:
stabilirea conexiunii;
transferul datelor;
nchiderea conexiunii.
Aceasta se poate face numai prin intermediul cozilor de ateptare, aflate la nivelele inferioare.
Fiecare serviciu de la nivelul (N) este prevzut cu dou cozi, cte una pentru fiecare direcie i sens,
spre i dinspre furnizorul de servicii de la nivelul (N-1). Pentru a face posibil interaciunea i
transferul simultan al datelor, n cele dou puncte de acces la serviciile de la nivelul N, este nevoie
de dou cozi [1].
N+2
N+1
de la nivelul N
de la nivelul N
4 Confirmare
N-SAP 1
Cerere 1
N
N-SAP 2
Indicaie 2
3 Rspuns
Furnizor al serviciului
de nivel N
N-1
Fig. 1.10. Stabilirea unei conexiuni virtuale ntre dou componente pereche, de la acelai nivel.
Serviciile primare (Service Primitives), definite ca blocuri de date, sau indicatoare de stare,
care se aeaz i se recupereaz din cozi, de ctre beneficiarul (clientul) unui serviciu.
O cerere primar (Request Primitive) are loc atunci cnd un beneficiar al unui serviciu face
o cerere spre o coad, prin intermediul unui punct de acces la serviciul de la nivelul (N) (N-SAP),
pentru a i se permite comunicaia cu un alt serviciu.
14
Indicaia primar (Indication Primitive) este trimis de furnizorul de servicii de la nivelul

(N), beneficiarului de la nivelul (N+1), pentru a-i confirma acceptarea cererii de acces la acel
serviciu.
Rspunsul primar (Response Primitive) este trimis de ctre componenta receptoare,
serviciului de la nivelul inferior, pentru a confirma acceptarea cererii de comunicaie.
Confirmarea primar (Confirmation Primitive) este trimis de ctre un serviciu,
beneficiarului de la nivelul superior, pentru a-i confirma c s-a stabilit un circuit de comunicaie
ntre componentele, de la acelai nivel, corespunztoare celor dou terminale.
Comunicaii cu i fr conexiune.
n reelele de comunicaie digital, transferul datelor se poate face cu, sau fr, negocierea
anumitor parametri, cu sau fr confirmarea recepiei corecte a datelor, de ctre terminalul
destinaie. n funcie de complexitatea funciilor, sau de condiiile impuse de un anumit serviciu,
transferul datelor se poate face n mai multe moduri [1, 2, 3].
n funcie de modul n care sunt utilizate mesajele primare, schimbate ntre componentele de
la acelai nivel, sau de la nivele adiacente, exist dou moduri n care se poate stabili transferul de
informaii.
Comunicaii bazate pe conexiune.
O sesiune de comunicaie bazat pe conexiune are loc atunci cnd dou componente, care
comunic, sunt beneficiare ale unor servicii stabilite prin mesaje de negociere i confirmare a
parametrilor de comunicaie.
Comunicaii fr conexiune.
O sesiune de comunicaie fr conexiune, are loc atunci cnd datele sunt transmise spre
destinaie fr s existe, n prealabil, o faz de negociere a unor parametri de comunicaie, ntre
dou servicii ale aceluiai nivel, opernd pe terminale diferite. n aceast situaie, unitile de date
trebuie s conin n informaiile de control, tot ce este necesar pentru ca la destinaie, datele s
poat fi procesate corect.
Fragmentarea datelor.
Datorit complexitii i varietii mari n care se prezint informaia, aceasta nu poate fi
manevrat aa cum o furnizeaz aplicaia de la nivelul OSI 7, ci trebuie mprit n buci, cu
dimensiune potrivit transferului eficient prin reea. Aceste "buci", mpreun cu procesul de
mprire specific, au denumiri diferite n funcie de nivelul la care are loc mprirea. Termenii
folosii, mai des, sunt urmtorii [1]:
Segmentarea este operaia de mprire a unei uniti de serviciu de la nivelul (N) (N-SDU)
n mai multe uniti de date ale protocolului de la nivelul (N) (N-PDU).
Reasamblarea este operaia de combinare a unor uniti de date ale protocolului de la nivelul
(N) (N-PDU) intr-o unitate de serviciu de la nivelul (N) (N-SDU). Este operaia invers segmentrii
(fig. 1.12).
N-SDU
N-PDU
N-PDU
Segmentarea
N-SDU
N-PDU
N-PDU
N-PDU
N-PDU
Reasamblarea
Fig. 1.11. Reprezentarea procesului de segmentare i reasamblare.

Gruparea (Blocking) este operaia de combinare a unor uniti de serviciu (N-SDU), care pot
proveni de la servicii diferite, ntr-o unitate de protocol (PDU) mai mare, dintr-un nivel de la care
provine unitatea de serviciu (fig. 1.13).
15
Degruparea (Deblocking) este operaia de mprire a unei uniti de date de protocol (PDU),
n mai multe uniti de date de serviciu (SDU), de la acelai nivel(fig. 1.13) .
N-SDU
N-SDU
N-SDU
N-SDU
N-SDU
N-PDU
N-PDU
Gruparea
Degruparea
N-SDU
Fig. 1.12. Reprezentarea procesului de grupare i degrupare.

Concatenarea este operaia, care are loc, la un anumit nivel, de combinare a unor uniti de
date de protocol (PDU), de la nivelul superior urmtor, ntr-o unitate de serviciu (SDU). Operaia
este asemntoare cu gruparea, dar are loc la frontiera dintre dou nivele (fig. 1.14).
Separarea este operaia invers concatenrii, prin care la un nivel se mparte o unitate de
date de serviciu (SDU) n mai multe uniti de date de protocol (PDU), pentru nivelul superior
urmtor. Operaia este asemntoare cu degruparea, cu diferena c are loc la frontiera dintre dou
nivele (fig. 1.14).
N-PDU
N-PDU
N-PDU
N-PDU
N-PDU
N-PDU
(N-1)-SDU
(N-1)-SDU
Separarea
Concatenarea
Fig. 1.13. Reprezentarea procesului de separare i concatenare.

Multiplexarea are loc atunci cnd mai multe conexiuni, de la nivelul (N) trebuie s fie servite
de o singur conexiune de la nivelul inferior (N-1), de exemplu, atunci cnd mai multe servicii de la
nivelul Prezentare trebuie s fie rezolvate de o singur conexiune de la nivelul Sesiune (fig.
1.15).
Demultiplexarea este operaia invers multiplexrii i se folosete atunci cnd o conexiune
este mprit n mai multe conexiuni ale nivelul imediat superior (fig. 1.15).
N-PDU
N-PDU
N-PDU
N-PDU
N-PDU
N-PDU
(N-1)-PDU
(N-1)-PDU
Multiplexarea
Demultiplexarea
Fig. 1.14. Reprezentarea procesului de multiplexare i demultiplexare.

Despicarea (Splitting) are loc cnd o singur conexiune este servit de mai multe conexiuni,
de la nivelul imediat inferior, de exemplu, atunci cnd se folosesc mai multe legturi de date, pentru
o singur conexiune de reea.
Recombinarea este operaia invers despicrii, care are loc atunci cnd mai multe conexiuni
sunt combinate ntr-una singur, destinat nivelului imediat superior.
Multiplexarea i despicarea, mpreun cu perechile lor complementare, se comport diferit
n funcie de nivelul la care se folosesc, fiind foarte importante n procesele de transfer care au loc
ntr-o reea.
16

Procesul de ncapsulare i decapsulare. Antetul unui protocol.
Informaiile de control ale unui protocol PCI (Protocol Control Information) se ataeaz, n
faa datelor care trebuie trimise, sub forma unui bloc special numit antet (Header).
Antetele se folosesc att la trimiterea datelor ntre dou nivele opernd pe acelai terminal, ct
i ntre nivele de acelai rang, opernd pe terminale diferite. Antetele sunt standardizate i au fost
dezvoltate n baza unor reglementri, convenite ntre prile interesate.
Cnd o datagram, cu antet al unui protocol de la nivelul (N) este trimis protocolului de la
nivelul inferior, acesta adaug n faa datagramei propriul antet de protocol.
Astfel, un mesaj care pornete de la nivelul OSI 7 - Aplicaie, pe msur ce parcurge nivelele
inferioare se "mbogete" cu mai multe seturi de informaii de control, pentru fiecare protocol
utilizat, aa cum se poate vedea n figura 1.16.
Operaia de adugare a informaiilor nsoitoare (antet i tren, identificator de sfrit, dac
este cazul) se numete ncapsulare, iar operaia invers acesteia decapsulare.
Aceste informaii, nscrise n antetul i trena protocolului, sunt folosite la destinaie
pentru manipularea datelor, cnd acestea parcurg nivelele n sens invers.
La fiecare nivel, informaiile de control sunt interpretate, datele fiind apoi "dezbrcate" de
acestea, prin decapsulare i transferate nivelului superior.
Este uor de imaginat acest proces dac ne gndim la bulb de ceap. n interiorul fiecrei foi
se gsesc datele de la nivelul superior. Pe msur ce acestea trec de la un nivel la cel inferior,
conform modelului OSI, este adugat o nou foaie.
Cnd datele ajung s parcurg nivelele n sens invers, sau ajung la destinaie, fiecare nivel
desface datagrama din nveliul ei i l trimite la nivelul superior. Cnd se ajunge la nivelul OSI 7 Aplicaie rmne doar "miezul" cu datele utile.
ir de
date
Date
Date
Date
Date
Aplicaie
Prezentare
Secven
Date
Sesiune
Antet
Transp.
Date
Transport
Antet
Reea
Antet
Transp.
Date
Reea
Antet
Reea
Antet
Transp.
Date
Segment
Pachet
Cadru
Bii
Antet
Leg.
Tren
011111100010101011110110100011110101101111010101
Legtur
LLC
MAC
Fizic
Fig. 1.15. Reprezentarea procesului de segmentare i ncapsulare a datelor.

Aceste procese sunt necesare deoarece fiecare nivel are nevoie de informaii diferite, ca s
poat procesa corect datagrama, fcnd mai uoar sarcina de control i transfer a datelor, spre
nivelul superior.
Modelul de referin OSI asociaz fiecrui serviciu, corespunztor unui nivel, cte un protocol
de comunicaie specific.
17
TESTE DE AUTOEVALUARE
I.
Alegei varianta de rspuns corect:

1. Alocarea unui element de identificare unic a fiecrui terminal, sau nod, dintr-o reea
se numete:
a) codare;
b) adresare;
c) multiplexare.
2. Nivelul 5 din cadrul unei reele se numete:
a) sesiune;
b) transport;
c) prezentare;
d) legtur.
3. Operaia care are loc, la un anumit nivel, prin combinarea unor uniti de date de
protocol (PDU), de la nivelul superior urmtor, ntr-o unitate de serviciu (SDU), se
numete:
a) grupare;
b) separare;
c) degrupare;
d) concatenare.
II.
Alegei rspunsul corect:

1. Modelul OSI, obinut prin completarea modelului TCP/IP cu unele detalii suplimentare,
propune mprirea funciunilor n cadrul unei reele n 7 grupe (nivele).
adevrat
fals
2. Subnivelele MAC i LLC sunt componente ale nivelului Fizic.
adevrat
fals
3. Serviciile de nivel N reprezint ntregul set de faciliti, sau lucrri, oferite de
componentele de la nivelul N nivelului imediat superior (N+1):
adevrat
fals
18

RSPUNSURI
I.
Varianta de rspuns corect:

1. b
2. a
3. d
II.
Rspunsul corect:
1. adevrat
2. fals
3. adevrat
Bibliografie
1. Parker, T., Teach Yourself TCP/IP in 14 Days - Second Edition, Sams Publishing, 1996.
2. Parker, T., Linux System Administrator's Survival Guide, Sams Publishing, 1997
3. http://www.cisco.com/univercd/cc/td/doc/cisintwk/ito_doc/introint.htm
4. http://www.cisco.com/univercd/cc/td/doc/cisintwk/ito_doc/osi_prot.htm
Cursul 2 - Interfee seriale

Cursul 2
INTERFEE SERIALE
Introducere curs
Obiective curs

individual
n acest curs sunt prezentate interfeele seriale.

Prezentarea evoluiei n timp a interfeelor seriale
Prezentarea noiunii de port serial;
Prezentarea interfeei de baz RS-232C;
Formatul cadrelor de date, Marca i Spaiul;
Semnale de stare i de control.
Cuprins:
2.1. Introducere. ..................................................................................... 1
2.2. Prezentarea noiunii de port serial. ................................................... 2
2.3. Uniti Asincrone de Recepie i Transmisie (UART). ..................... 2
2.4. Interfaa de baz RS-232C. .............................................................. 3
2.5. Formatul cadrului cu date. ............................................................... 5
2.6. Semnale de stare i de control. ......................................................... 8
2.7. Conectarea a dou echipamente DTE prin cablul Null Modem. .... 9
RSPUNSURI ..........................................................................................12
Bibliografie................................................................................................12
2.1. Introducere.
Pentru transmisia de semnale digitale, ntre echipamente terminale de date, sunt rspndite
interfeele seriale EIA/TIA(RS)-232C, RS-422, RS-423 i RS-485. Dintre acestea, prima este
frecvent utilizat pentru conectarea unor echipamente de intrare/ieire (imprimante, video terminale,
mouse), sau aparate de msur i de achiziie a datelor. Dei, datorit performanelor sale modeste,
acest tip de interfa este tot mai puin folosit, principiile care descriu funcionarea sa sunt valabile
i pentru alte interfee. Motivul pentru care EIA/TIA232 face obiectul de studiu al acestui curs este
larga sa rspndire n dotarea calculatoarelor personale i a unor aparate de msur sau echipamente
de laborator [1, 2].
La elaborarea standardelor de comunicaie au contribuit, de-a lungul timpului, organisme
internaionale i asociaii profesionale nord-americane, a cror activitate se afl n sfera sistemelor
de telecomunicaie. Cele mai reprezentative dintre acestea sunt:
ITU - International Telegraph Union, aprut n 1865 Statele Unite;
CCITT - Comit Consultatif International Tlphonique et Tlgra-phique, nfiinat la
Geneva n 1956 i transformat n ITU-T;
ITU-T - International Telegraph Union Telecommunications n 1993;
EIA - Electronic Industries Alliance, cunoscut pn n 1997 ca Electronic Industries
Association, aprut n 1956;
TIA - Telecommunications Industry Association,

Specificaia de baz este RS-232C (RS - Recommended Standard) publicat de asociaiile
EIA i TIA n anul 1969, care descrie componentele comunicaiei seriale, conectorul, nivelele de
tensiune ale semnalelor i protocolul de comunicaie. n 1986 apare EIA 232 versiunea D, iar n
prezent sunt valabile reglementrile TIA 232 versiunea F.
2.2. Prezentarea noiunii de port serial.
Pentru a nelege ce este un port serial trebuie mai nti analizate situaiile n care se poate afla
un echipament de date n raport cu restul echipamentelor din jurul lui [1, 3].
Pentru a conecta un calculator la un alt tip de echipament este nevoie de un mediu fizic, prin care
s se transmit semnalul destinat transferului. Dispozitivul care conine datele, sau dispozitivul la care
acestea trebuie s ajung, se numete echipament terminal de date DTE (Data Terminal Equipment).
Un calculator personal, un server, sau un ruter sunt considerate, din punctul de vedere al comunicaiei, DTE. Pentru a le conecta pe acestea la mediul fizic este nevoie de cte un dispozitiv specific
mediului de propagare, prin care echipamentul terminal de date (DTE) s poat fi conectat la acesta.
Cel din urm se numete DCE (Data Circuit-Terminating Equipment - echipament de
terminare a circuitului de comunicaie) i permite conectarea terminalelor, la distane mari, prin
intermediul unui alt DCE i a dou, trei, sau patru conductoare. Un modem pentru linie telefonic
analogic, sau un terminal de reea ISDN (ISDN-NT) sunt considerate, din punctul de vedere al
comunicaiei, DCE. Un model al acestei soluii se poate vedea n figura 2.1.
Telecom
Terminal
DTE 1
Modem
DCE 2
Modem
DCE 1
Transfer
Serial Digital
Terminal
DTE 2
Transfer Serial Analogic
Fig. 2.1. Conectarea a dou terminale (DTE) prin intermediul

echipamentelor de comunicaie (DCE).
Reglementarea modului n care se face legtura dintre aceste dou tipuri de echipamente face
obiectul unor standarde i nu depinde de tipul echipamentelor.
Deoarece datele transmise pot avea un numr variabil de bii, acesta depinznd de muli
factori, soluia adoptat a fost transmisia serial a datelor [1].
2.3. Uniti Asincrone de Recepie i Transmisie (UART).
Unitile Asincrone de Recepie i Transmisie - UART (Universal Asynchronous Receiver
Transmitter) sau USART (Universal Syncronous / Asynchronous Receiver Transmitter) sunt
componente hardware integrate n aproape toate echipamentele de prelucrare a datelor, de la terminalele
simple (video terminale, imprimante, echipamente de msurare etc.) pn la calculatoarele personale. La
echipamentele mai vechi aceste uniti se pot ntlni sub forma unor circuite de sine stttoare, iar la
cele moderne pot fi integrate n structuri complexe, alturi de alte circuite cu funciuni diferite.
Scopul utilizrii acestor circuite este conversia irurilor de date n bii i transferarea lor de la
un echipament spre altul. La origine, aceast familie de circuite a fost conceput pentru transferarea
caracterelor ASCII (American Standard Code for Information Interchange) ntre teleimprima-toare,
sau terminale asemntoare cu ele. Din aceast cauz, dimensiunea cuvntului de date este
limitat la maxim un octet (8 bii), dimensiune potrivit pentru video-terminale alfanumerice, dar
insuficient pentru transferul fiierelor, sau a altor formate binare de date.
La origine, aceste componente au fost concepute pentru transferul datelor n regim sincron,
utiliznd semnale de sincronizare transmise de surs pentru a mri probabilitatea de discriminare a
recepiei, n condiii de zgomot. Din motive legate de reducerea gabaritului elementelor de

conectare, mai trziu s-a renunat la aceste semnale, ceea ce a fcut ca n ultimul timp s se
vorbeasc doar despre UART i foarte rar despre USART.
S-au dezvoltat dou tipuri de UART: simple fr stiv de stocare a datelor, aa cum sunt
circuitele Intel 8250 i 16450, sau cu stiv de stocare FIFO (First In = First Out primul care
intr este primul care iese), aa cum sunt circuitele din seria 16550A. Diferena dintre ele se poate
vedea dac se analizeaz funcionarea lor alturi de procesor.
O unitate de recepie i transmisie are rolul de a prelua datele i de a le transmite mai departe. Ca
n cazul oricrui periferic cuplat direct la magistrala unui sistem microprogramat, procesorul primete o
cerere de ntrerupere oricnd o interfa UART dorete s transfere un octet spre, sau dinspre procesor.
Circuitele 8250 i 16450 nu pot pstra n memorie dect un octet, ceea ce nseamn c este nevoie
de cte o cerere de ntrerupere pentru fiecare octet transferat, micornd viteza de operare a sistemului i
pierderea datelor prin suprascriere. Din aceast cauz, circuitele din familia 16550A au fost concepute
cu stiv de stocare a datelor (tampoane) FIFO de 16 octei, din care se pot transfera 14 octei, la o singur cerere de ntrerupere. Avantajul unei stive mrite la 16 octei, din care se folosesc 14, asigur i diminuarea riscului de pierdere a datelor, n cazul depirii dimensiunii de stocare. Pentru aplicaii simple,
sau care nu necesit rate de transfer mari (pn la 38.400 bps), se pot utiliza i circuite 8250 sau 16450.
Interfeele complexe, sau multiport, pot fi echipate cu circuite suplimentare pentru extinderea
capacitii de memorare. Din punctul de vedere al compatibilitii externe, toate aceste circuite sunt
compatibile i pot fi interconectate direct. Unele tipuri de echipamente pot avea interfee seriale,
doar parial compatibile cu cele standard. Astfel, la unele micro-controlere se pot ntlni interfee
seriale cu rat de transfer, sau lungime a cuvntului de date, fixe i control al fluxului de date
software, sau chiar fr controlul fluxului. Acestea pot fi interconectate cu alte echipamente dac se
vor alege opiunile potrivite, descrise n documentaia specific fiecruia.
2.4. Interfaa de baz RS-232C.
n continuare se va prezenta standardul EIA/TIA 232 aprut mai nti ca standard recomandare
(Recommended Standard RS-232). De-a lungul timpului aceast recomandare a suferit cteva modificri. Dei importante, aceste modificri se refer doar la parametrii electrici ai semnalelor [1, 2].
Evoluia dispozitivelor semiconductoare a influenat pragurile de tensiune corespunztoare
nivelelor logice. Interfaa RS-232 a fost mult timp singura interfa electric dintre un DTE i un
DCE. A aprut sub mai multe forme RS 232-C, RS 232-D, V.24, V.28 sau V.10, dar toate sunt
practic interoperabile. Difer doar pragurile de tensiune care fac discriminarea ntre nivelele logice,
interfaa V24 avnd semnalele n oglind fa de RS-232.
Ca suport pentru prezentare se va folosi conectorul DB25 (utilizat n general pentru COM2:,
n cazul calculatoarelor personale). Semnificaia pinilor se poate vedea n tabelul 2.1. [1, 2]
Tabelul 2.1
DB-25 DB-9 Nume Sens de transfer
Funciuni
Nr. Pin Nr. Pin Semnal DTE
DCE
Frame GND
1
FGND
Mas de protecie (carcas)
Transmit Data
Data este transmis de la DTE la DCE (de
2
3
TxD
exemplu, de la PC la modem)
Receive Data
3
2
RxD
Data este recepionat de la DCE la DTE (de la

modem la PC)
Request To Send
4
7
RTS
DTE cere permisiunea de a trimite date la modem
Clear To Send
5
8
CTS
DCE acord permisiunea unui DTE s trimit

DB-25 DB-9 Nume Sens de transfer
Nr. Pin Nr. Pin Semnal DTE
DCE
Funciuni
Data Set Ready

DCE indic unui DTE c este operaional
(modemul este pornit)
Signal Ground
7
5
SGND
Nul de semnal (de referin)
Data Carrier Detected
CD sau
8
1
DCE indic unui DTE c recepioneaz purttoarea
DCD
(carrier) modemului de la cellalt capt
9
Rezervat pentru testare
Rez.
10
Rezervat pentru testare
Rez.
11
Neconectat (nedefinit)
NC
12
DCD Secundar
SDCD
13
CTS Secundar
SCTS
14
TxD Secundar
STxD
Transmit Clock
DB sau
15
Semnal de sincronizare-transmisie (ieire)

TxClk
16
RxD Secundar
SRxD
Receive Clock
DD sau
17
Semnal de sincronizare-recepie (intrare)

RxClk
18
Local Loop
Bucl local
LL
19
CTS Secundar
SCTS
Data Terminal Ready
20
4
DTR
DTE indic unui DCE c este operaional (pornit)
Remote Loop / Signal Quality Detector
RL /
21
nchidere buclei la distan / Indicator de calitate a

SC
semnalului
Ring Indicator
22
9
DCE indic unui DTE c are loc un apel pe linie

RI
(sun telefonul)
CH /
Data Signal Rate Selector
23
Selector rat de transmisie

CI
DA sau
Transmit Clock
24
Semnal de sincronizare-transmisie (ieire)

TxClk
25
Neconectat
NC
Not: Semnalele de sincronizare de la pinii 15, 17, 24 se folosesc rar, doar pentru transmisii
sincrone (n cazul utilizrii interfeei ca USART).
6
DSR
Dei rar utilizat n acest scop, interfaa EIA/TIA (RS) 232 permite i transmisii seriale sincrone, care sunt posibile dac ntre interfaa surs i cea destinaie sunt transferate semnale de
referin (ceas).
Semnalele de referin (ceas) (time signals) sunt prezente pe pinii DB, DD i DA, permind
att sincronizarea transmisiei datelor ct i a recepiei lor. Pentru aceasta este nevoie, n afara firelor pentru transmisia propriu zis, a unei perechi de fire pentru transmisia semnalelor de referin.
n cazul transmisiilor asincrone, aceste semnale sunt eliminate, rolul lor fiind nlocuit de bii
de start i de stop care ncadreaz biii de date propriu zii. Bitul de start este adugat la
nceputul fiecrui cuvnt care trebuie transmis. Rolul su este de a anuna interfaa receptoare c
urmeaz s primeasc date i de a sincroniza ceasul acesteia cu cel al interfeei emitoare. Cele
dou ceasuri trebuie s fie sincronizate ca faz i s aib aceeai frecven, cu o variaie mai mic
de 10% pe toat durata transmisiei unui cuvnt.
Pentru conectarea unui PC cu un modem, conexiune DTE la DCE, se folosete un cablu de

tip DTE-DCE, sau cablu de modem. Dac se dispune de un conector DB25 pentru portul de la PC
(DTE) este nevoie de un cablu direct (1 la 1), adic legturile sunt fcute pin la pin ntre un
conector mam (F-female) i unul tat (M-male). Pentru captul dinspre DTE se va folosi un
conector DB25 mam, iar pentru modem un conector DB25 tat.
DSP +
circuite I/O
DCE
C modem
TxD
RxD
DTR
DSR
RTS
CTS
DCD
RI
SGND
UART
TxD / RxD
Transfer Serial
UART
Pc
DTE
Telecom
Transfer Paralel
(semnale de control)
Fig. 2.2. Configuraia semnalelor de I/O a interfeei serial EIA/TIA-232.

La aceast interfa, semnalele sunt definite printr-o tensiune msurat fa de masa comun
de semnal SGND. Acest tip de interconectare se consider asimetric (unbalanced), spre deosebire
de conexiunea simetric diferenial (balanced), specific interfeei RS-422.
Se presupune c dou echipamente DTE i DCE sunt pornite i conectate, prin intermediul
unui cablu direct cu 9 fire (conector cu 9 pini), aa cum se poate vedea n figura 2.2. n aceast
situaie, interfaa serial se poate folosi doar n regim asincron (UART), semnalele de sincronizare
nefiind accesibile (acestea sunt accesibile doar pentru conectorul cu 25 pini). Semnalele schimbate
ntre cele dou echipamente se mpart n trei grupe:
Semnale de transfer prin serializare - TxD i RxD;
Semnale de stare - DTR, DSR, DCD i RI;
Semnale de control RTS, CTS.
Semnalele de transfer al datelor prin serializare.
Datele propriu-zise se transmit, prin serializare, dinspre DTE spre DCE pe pinul TxD
(Transmit Data), iar recepia se face pe pinul RxD (Receive Data). Prin RxD, DCE transmite datele
spre DTE, n acelai format cu cele primite prin TxD. De fapt, rolul lor este acelai, denumirea
fiind dat din punctul de vedere al echipamentului DTE [2, 3].
2.5. Formatul cadrului cu date.
Convenia de transmisie a biilor: Marca i Spaiul.
Deoarece biii din componena unui cadru de date au diferite semnificaii, valoarea lor binar,
de 0 sau 1, nu poate fi asociat, la fel pentru toi, cu valoare tensiunii de ieire a interfeei surs.
Pentru aceasta, se definesc dou noiuni intermediare: Spaiul pentru tensiune de ieire pozitiv
i Marca, pentru tensiune de ieire negativ.
n perioada n care interfaa nu transmite date, ieirea este n starea Marc. Spaiul este
definit, de interfaa care transmite, printr-o tensiune pozitiv cuprins ntre +12V i +15V, iar
Marca prin una negativ (-12V - -15V), aa cum se poate vedea n figura 2.3.

+12V
Bit LSB
Start
Bii
Date
MSB Bit
Par.
Bii
Stop
,,ntrerupere "
,,Spaiu"
+3V
,,Interval de
imunitate
la zgomot"
0
-3V
,,Marc"
-12V
,,Pauz"
tb
,,Date"
,,Cadru"
Fig. 2.3. Forma semnalului TxD, reprezentnd cadrul cu date.

n cazul unor echipamente portabile, sau proiectate pentru un consum redus de energie
electric, se accept i valori de +5V i -5V. Pentru interfaa receptoare, se consider Spaiu o
tensiune de intrare cuprins ntre +3V i +25V, iar pentru Marc una cuprins ntre -3V i -25V.
Intervalul cuprins ntre -3V i +3V are rolul de a mbunti imunitatea la zgomot a transmisiei.
Tranziii ale tensiunii de intrare, n interfaa receptoare, cuprinse ntre -3V i +3V nu sunt luate n
considerare [1, 2].
Bitul Start
Bitul de start este activ n starea Spaiu, cadrul de date ncepe printr-o tranziie din starea
Marc n starea Spaiu, folosit pentru sincronizarea semnalelor de ceas.
Biii Date.
Biii de date i cel de paritate sunt activi, adic au valoarea 1, pe Marc. Dup bitul de start
se transmit, unul dup altul, ncepnd cu bitul cel mai puin semnificativ (LSB - Least Significant
Bit), biii reprezentnd cuvntul de date.
Toi biii avnd aceeai durat, interfaa receptoare caut pe fire, la un moment care se
potrivete aproximativ la jumtatea acestei perioade, dac nivelul semnalelor este 0 sau 1. De
exemplu, dac durata unui bit transmis este de 2ms, interfaa receptoare va citi starea intrrii dup
1ms, apoi va atepta 2ms i va citi din nou starea i tot aa pn la sfrit.
Dup ce se transmite ntregul cuvnt, interfaa care transmite poate aduga un bit de paritate.
Acesta se poate folosi, de interfaa receptoare, pentru a face o verificare sumar a integritii datelor
transmise.
Dup bitul de paritate se transmite cel puin un bit de stop pentru a anuna sfritul transmisiei
unui cuvnt de date. Dac bitul de stop nu apare n timpul estimat, se consider c ntregul cuvnt
este trunchiat sau degradat i va fi abandonat. n acest caz, interfaa va trimite sistemului de calcul
un mesaj de eroare (Framing Error), n locul datelor citite. Cauza unei astfel de erori poate fi
ntreruperea legturii fizice, sau apariia unor vicii de sincronizare.
n cazul unei recepii corecte, cuvntul de date va fi extras i transmis sistemului de calcul, iar
dac exist i alte date de transmis acestea vor fi transmise imediat dup primirea bitului de stop.
Detecia erorilor. Funcia i bitul de paritate.
Pentru verificarea integritii cadrelor de date, interfaa serial folosete un mecanism simplu,
dar nu foarte eficient, bazat pe o funcie de paritate.
n componena unui cadru de date este prevzut un bit, de paritate, care va avea valoare 0 sau
1 n funcie de tipul paritii alese (par sau impar) i de numrul de bii egali cu 1 din componena
cuvntului de date. Utilizarea funciei i a bitului de paritate nu este obligatorie.
Cnd se folosete tipul de paritate par, numrul biilor egali cu 1 n cuvntul de date plus
bitul de paritate, trebuie s fie par. Dac numrul biilor de date este par, valoarea bitului de paritate
se pune 0, n caz contrar cnd numrul biilor de date egali cu 1 este impar, bitul de paritate se pune
egal cu 1.
n cazul tipului de paritate impar, problema este asemntoare, cu diferena c valoarea
bitului de paritate se alege n aa fel nct suma biilor egali cu 1, din cmpul de date plus cel de
paritate, trebuie s fie un numr impar.
Bitul Stop
Bitul de stop este activ n starea Marc, sfritul cadrului fiind anunat prin tranziia ntre
Spaiu i Marc. Perioada de ateptare, dintre bitul de stop i cel de start al cadrului urmtor,
poate s aib orice valoare, chiar diferit de cea a unui multiplu al perioadei de ceas. Deoarece
transmisia se face asincron, dac nu mai sunt date de transmis, dup transmiterea bitului de stop,
interfaa poate s intre ntr-o stare de ateptare.
Semnalul de ntrerupere (Break Signal).
Exist situaii n care este nevoie de ntreruperea forat a transmisiei, sau de reiniializarea
echipamentelor. Pentru aceasta se folosete un semnal de ntrerupere care se obine prin
transmiterea continu a unei tensiuni pozitive (Spaiu), cu o durat mai mare dect cel mai lung
cadru de date. Dac durata este mai scurt de 1,6 secunde, semnalul se folosete pentru ntreruperea
datelor (Data Break). Dac durata este mai lung de 1,6 secunde, n cazul utilizrii unui modem
ataat interfeei seriale, acest semnal ntrerupe transferul datelor prin acesta (Modem Break).
Rate de transfer baud i bps.
baud
Rata de baud (baud rate) reprezint numrul de tranziii n acelai sens, ntre nivelele
Marc i Spaiu, ale semnalului generat de o interfa de comunicaie serial (pe pinul TxD),
efectuate ntr-o secund. Legtura dintre durata unui bit tb i rata de baud este dat de relaia:
1
tb =
baud
Denumirea baud a fost dat n onoarea lui Jean-Maurice-mile Baudot (1845 1903),
telegrafist i inginer francez, care a pus bazele codrii caracterelor cu numr fix de semne, numite
abia mai trziu bii. Convenia sa, numit cod Baudot, folosea 5 bii i a fost precursorul (ca
principiu) codului de reprezentare a caracterelor (ASCII), din ziua de azi. A fost conceput pentru
transmisiile telegrafice i, mai apoi, de teleimprimare (tty Tele Type).
ntreaga comunicaie serial motenete multe dintre conceptele i soluiile de principiu, dezvoltate de Baudot, nainte de 1880. Termeni ca tty, caracter, shift key (cheie de comutare caracter transmis pentru comutarea ntre caracterele mici i cele mari), line feed (avansul hrtiei cu
un rnd, carriage return (ntoarcerea la nceputul unui rnd), mpreun cu spaiul i marca,
utilizate la calculatoarele moderne, au fost introdui n vocabularul de specialitate n acea perioad.
bps
Rata de bit (bit rate), sau rata de transfer a biilor de date, este unitatea de msur pentru
viteza de transfer, n bii pe secund (bps). Aceast unitate se folosete pentru caracterizarea
componentelor aparinnd nivelului OSI 1 i reprezint fluxul datelor transferate la acest nivel. O
interfa care transmite date utiliznd tehnici de modulare-demodulare (modem), analogic sau
digital, poate transmite mai muli bii la o tranziie a semnalului ntre cele dou stri. Se spune c,
ntre dou tranziii consecutive, se transmite un simbol. Un simbol poate reprezenta mai muli bii
odat. Deoarece interfaa serial nu utilizeaz tehnici de modulaie, rata de baud este egal cu rata
de bit, numrul de bii / simbol fiind egal cu 1.
De exemplu, pentru msurarea vitezei cu care se transmit datele ntre DTE i DCE se va
folosi rata de baud, iar pentru cea dintre dou DCE, rata de bit. Aceasta din urm, datorit tehnicilor
de modulare folosite (PSK Phase Shift Keying, QPSK - Quadrature Phase Shift Keying, QAM
Quadrature Amplitude Modulation) poate s fie de cteva ori mai mare, la o tranziie putndu-se
transfera un numr mare de bii.
2.6. Semnale de stare i de control.
n afar de funciile de baz, conversia datelor dintr-un cuvnt paralel ntr-unul serial,
transmisia lui, recepia i conversia invers, interfaa serial poate opera i alte funcii legate de
echipamentele cu care poate s fie interconectat. De exemplu, dac se conecteaz un modem,
interfaa serial va putea controla anumite opiuni cerute de acesta. Pentru controlul modemului, sau
determinarea strii acestuia, se folosesc semnale auxiliare, sub forma unor tensiuni continue,
transmise prin pini separai. Valoarea 0 logic este caracterizat printr-o tensiune de ieire pozitiv
(+3V +12V), iar valoarea 1 logic, prin una negativ (-3V -12V).
Semnalele de stare DTR i DSR.
Un echipament terminal DTE anun un echipament de comunicaie DCE, c este pornit i
pregtit pentru transfer de date, aplicnd o tensiune pe pinul DTR (Data Terminal Ready). n mod
asemntor, un echipament de comunicaie DCE, care este pornit i n stare de ateptare a unui
transfer de date dinspre DTE, aplic o tensiune pe pinul DSR (Data Set Ready). Echipamentul
terminal DTE poate astfel s tie c, la cellalt capt, DCE este activ.
Semnalele de control a fluxului de date RTS i CTS.
Pentru controlul fluxului de date se folosete o pereche de semnale, transmise sub forma unei
tensiuni continue, RTS (Request To Send - cerere pentru transmisie) respectiv CTS (Clear To Send
stiv pregtit pentru recepie). De fapt, aceste semnale sunt folosite n acelai mod, de ambele
echipamente, rolul lor fiind acelai, de cerere i confirmare a transmisiei.
Astfel, cnd un DTE este pregtit s transmit date activeaz RTS i ateapt confirmarea, de
ctre DCE, a transmisiei. n acest moment DCE ncepe s genereze purttoarea de date (Data
Carrier), iar cnd acesta este pregtit s primeasc date, activeaz CTS. Cnd DTE sesizeaz acest
lucru, ncepe s transmit datele pregtite nainte.
n acelai mod, nainte de a transmite spre DTE, datele primite de la partenerul su, aflat la
captul cellalt al liniei, DCE va activa CTS i va atepta confirmarea de primire, transmis de
DTE prin semnalul RTS. Aceste dou semnale se folosesc pentru a se evita situaiile de transmitere
a unui volum mai mare de date dect capacitatea de recepie a interfeelor. Prin aceasta se permite
reglarea dinamic a fluxului de date (Hardware Flow Control) ntre echipamente.
Semnalele DCE i RI.
n cazul n care DCE este cuplat direct cu un echipament, aflat la cellalt capt al liniei, cu
care stabilete o purttoare analogic (Data Carrier), va anuna DTE despre acest lucru prin
activarea unui semnal numit DCD (Data Carrier Detect).
n cazul utilizrii liniilor telefonice comutate, prin centrale telefonice, conectarea dintre dou
DCE se face prin apel telefonic. Apelul va fi detectat de ctre DCE care va anuna DTE printr-o
tensiune aplicat pe pinul RI (Ring Indicator). Astfel, aplicaia care opereaz pe terminalul de date
va decide dac este sau nu cazul s accepte apelul i, implicit, conectarea.
Cnd un DTE decide ncetarea transferului de date, dezactiveaz semnalul DTR i RTS.
DCE confirm aceasta, anulnd simultan CTS i DCD, dup care nchide conexiunea cu
echipamentul DCE aflat la captul cellalt al liniei.

2.7. Conectarea a dou echipamente DTE prin cablul Null Modem.
Exist situaii n care dou echipamente de tip DTE se afl la distan mai mic de 15 - 20
metri i utilizarea echipamentelor de tip DCE nu se justific.
Pentru a conecta ntre ele dou echipamente de tip DTE, prin interfaa serial, se apeleaz la un
artificiu simplu, dar eficient. Pentru aceasta este nevoie de un cablu de tip null-modem, asincron i
control hardware al fluxului (cu 6 fire), a crui configuraie se poate vedea n tabelul 2.2 [2].
Tabelul 2.2
DB9
Pin
2
3
4
6,1
7
8
5
9
DB25
Nume
Pin
Semnal
DTE 1
Ecran
1
(Frame GND)
3
RxD
2
TxD
20
DTR
6,8
DSR, DCD
4
RTS
5
CTS
Mas de semnal
7
SGND
22
RI
Nume
Semnal
DB25
Pin
DTE 2
Ecran
(Frame GND
TxD
RxD
DSR, DCD
DTR
CTS
RTS
Mas de semnal
SGND
RI
DB9
Pin
2
3
6,8
20
5
4
3
2
6,1
4
8
7
22
Analiznd legturile dintre pinii corespunztori celor dou terminale, se poate vedea cum
artificiul pclete semnalele de control. TxD se leag la RxD i reciproc, iar masa de semnal este
comun, ca i n cazul unei conexiuni asincrone cu controlul software al fluxului, care folosete
doar trei fire. Semnalul DTR, generat de ctre DTE 1 (pinul 20-DB25), activeaz intrrile DSR
(pinul 6-DB25) i DCD (pinul 8-DB25) al lui DTE 2, simulnd prezena unui modem activ n stare
de ateptare (Data Set Ready) i prezena purttoarei de date DCD (Data Carrier Detect) a unui
DCE (modem). n mod simetric este pclit i DTE 1, fiecare dintre cele dou echipamente
vznd astfel, la captul cellalt al firului, cte un DCE pregtit s transfere date.
Acest lucru este posibil doar cnd rata de transfer, a portului serial, este mai mic dect cea a
dispozitivului DTE i n cazul distanelor mici, cnd defazajele ntre semnalele de control sunt
neglijabile. n timpul transmisiei, fluxul de date este controlat de perechea de semnale RTS i CTS
(control hardware al fluxului), aa cum se ntmpl i n cazul conectrii DTE-DCE.
Conexiunea null-modem este practic doar n cazuri de rezerv deoarece rata de transfer
(viteza de comunicaie) este mic, ntre 50 bps i 115,2 kbps, n comparaie cu alte tehnologii, cum
este Ethernet care permite rate de transfer mai mari de 100 Mbps.
O astfel de soluie poate fi folosit la conectarea a dou calculatoare, a unei console-terminal
la un calculator dintr-o reea Unix, ntr-o conexiune PPP ntre dou calculatoare, precum i a unor
echipamente industriale, n faza de configurare a acestora.
10

I.

1. Care din afirmaiile de mai jos este adevrat?
a) Cnd se folosete tipul de paritate par, numrul biilor egali cu 1 n
cuvntul de date plus bitul de paritate, trebuie s fie par.
b) Cnd se folosete tipul de paritate par, dac numrul biilor de date este
par, valoarea bitului de paritate se pune 0.
c) Cnd se folosete tipul de paritate par, cnd numrul biilor de date egali
cu 1 este impar, bitul de paritate se pune egal cu 1.
d) Toate cele de mai sus.
2. Un echipament terminal DTE anun un echipament de comunicaie DCE, c este
pornit i pregtit pentru transfer de date, aplicnd o tensiune pe pinul:
a) DSR;
b) TxD;
c) DTR.
3. Identificai care dintre afirmaiile urmtoare este fals:
a) Conexiunea null-modem are o rat de transfer (viteza de comunicaie)
mai mare comparativ cu alte tehnologii (de exemplu, Ethernet);
b) Pentru a conecta ntre ele dou echipamente de tip DTE, aflate la distan
mai mic de 15 - 20 metri, prin interfaa serial, se apeleaz la un cablu de
tip null-modem, asincron i control hardware al fluxului (cu 6 fire);
c) n timpul transmisiei printr-un cablu de tip null-modem, fluxul de date
este controlat de perechea de semnale RTS i CTS (control hardware al
fluxului).
4. Interfeele seriale au fost concepute pentru a permite interconecterea a dou
echipamente astfel:
a) DTE la DTE prin cablu direct;
b) DTE la DTE prin cablu Null-Modem;
c) DTE la DCE prin cablu direct;
d) DCE la DCE prin cablu direct;
e) DTE la DCE prin cablu Null-Modem.
5. Interfeele seriale aparin nivelului OSI:
a) Transport;
b) Legtur;
c) Fizic;
d) Aplicaie;
e) Conexiune.
6. Semnalele DTR, DSR i DCD sunt:
a) Semnale de control;
b) Semnale de date;
c) Semnale de stare;
d) Semnale de sincronizare.
e) Nu se folosesc pentru transmiterea informaiilor.
II.

1. Un echipament terminal DTE anun un echipament de comunicaie DCE, c este
pornit i pregtit pentru transfer de date, aplicnd o tensiune pe pinul DTR (Data
Terminal Ready).
adevrat fals
11
2. Semnificaia pinului 3 al conectorului DB25 este TxD - Transmit Data (Data este
transmis de la DTE la DCE).
adevrat fals
3. Rata de baud (baud rate) reprezint numrul de tranziii n acelai sens, efectuate
ntr-o secund, ntre nivelele Marc i Spaiu ale semnalului generat de o
interfa de comunicaie serial (pe pinul TxD):
adevrat fals
4. Semnalele RTS i CTS sunt semnale de control a fluxului de date:
adevrat fals
5. n cadrul de date, ordinea biilor este: nti MSB i apoi LSB:
adevrat fals
6. Bitul de paritate are rolul de a menine ntotdeauna paritatea par a datelor din
componena cadrului:
adevrat fals
12

RSPUNSURI
I.

1.
2.
3.
4.
5.
6.
II.
d
c
a
b, c
c
c
Rspunsul corect:
1. adevrat
2. fals
3. adevrat
4. adevrat
5. fals
6. adevrat
Bibliografie
1. Lawyer, D., Hankins, G., Serial HOWTO, v2.23, Distribuie Linux, 2004.
2. http://www.data-connect.com/RS-232_Info_page.htm
3. http://www.moxa.com/Zones/Serial_Communication/Serial_Technology.htm
Cursul 3 - Conexiuni xDSL

Cursul 3
CONEXIUNI xDSL
Introducere curs
Obiective curs

individual
n acest curs sunt prezentate aspecte i noiuni legate de DSL, cu

detalierea tehnologiei ADSL.
Introducere n problematica DSL;
Definirea ADSL i prezentarea tehnologiei ADSL;
Relaia dintre ADSL i protocoalele nivelelor superioare;
Variante ale tehnologiei DSL.
Cuprins:
3.1. Introducere........................................................................................ 1
3.2. ADSL - Linia digital asimetric. ...................................................... 2
3.3. Caracteristicile principale ale ADSL.................................................. 2
3.4. Principiul tehnologiei ADSL. ............................................................ 4
3.5. Multiplexarea canalelor. .................................................................... 4
3.6. Modulaia semnalelor. ....................................................................... 6
3.7. Comparaie ntre modulaia CAP i DMT.......................................... 7
3.8. Formatul cadrelor. ............................................................................. 8
3.9. Relaia dintre ADSL i protocoalele nivelelor superioare................... 9
3.10. Variante ale tehnologiei DSL. ..........................................................10
RSPUNSURI ..........................................................................................14
Bibliografie................................................................................................14
3.1. Introducere
Tehnologia DSL (Digital Subscriber Line linie digital de abonat) a fost conceput pentru a
permite transferul datelor prin liniile telefonice existente (perechi de fire rsucite), cu o rat mult
mai mare dect permit modemurile analogice. Pentru aceasta, se folosesc doar conexiunile dintre
central i terminalul telefonic, numit bucla local (local loop), la capetele creia se conecteaz
echipamentele de comunicaie specifice (DCE - modemuri DSL) [3].
Aplicaiile iniiale, pentru care a fost conceput tehnologia, au fost cele din domeniul
multimedia (tele i video conferine), dar n acest moment tehnologia se poate folosi i pentru alte
tipuri de date, cum sunt cele transferate n reelele de calculatoare.
Termenul generic xDSL acoper mai multe variante asemntoare, de exemplu: ADSL,
SDSL, HDSL, HDSL-2, G.SDSL, IDSL i VDSL, care se difereniaz prin modul de implementare a serviciilor, dependent de opiunile furnizorului i de parametrii circuitelor telefonice.
xDSL sunt servicii dedicate realizrii unor conexiuni punct-la-punct, prin perechi de fire
rsucite, ntre reele private, sau ntre acestea i o reea public. Utilizarea lor este mai eficient n
cazul conexiunilor scurte (local loop - bucla local) dintre client (customer) i furnizorul de servicii
(NSP - Network Service Provider), sau n cazul legturilor realizate ntre mai multe tronsoane de
reea (LAN) aflate n cldiri apropiate.
Deoarece versiunea ADSL este cea mai des folosit, aceasta va fi prezentat pe larg n cadrul
acestui curs.
3.2. ADSL - Linia digital asimetric.
Asimetria tehnologiei se refer la capacitatea liniei de a asigura transferul datelor de la
furnizorul de servicii spre client (downstream) cu o rat mai mare dect n sens invers (upstream)
[2, 3, 4, 5].
Aceast asimetrie se bazeaz pe faptul c, n cele mai multe situaii, clienii descarc un
volum mai mare de date, de la furnizorul de servicii, dect trimite spre acesta. Soluia se dovedete
a fi ideal pentru conectarea la Internet, accesul la video-conferine sau accesul permanent al unor
clieni, aflai la distan, la o reea local (LAN).
Capacitatea tehnologiei permite transferul datelor, spre abonat (upstream), cu o rat mai mare (de
pn la 6 Mbps) i mai mult de 640 kbps n ambele sensuri, aa cum se poate vedea n figura 3.1. Se
observ c rata cu care se pot transfera date, cu ajutorul acestei tehnologii, este mai mare de cel puin 10
ori dect cea a unui modem analogic, n cazul utilizrii aceleiai linii telefonice [2, 3, 4, 5].
O reea ADSL este compus din circuitul telefonic i echipamentele terminale, ale clientului (modemuri, telefoane i terminalele de date) CPE (Customer Premises Equipment), ca n figura 3.1.
Upstream 16 - 640 kbps
Furnizor de servicii DSL
CO
Beneficiar de servicii DSL

Downstream 1,5 - 9 Mbps
ADSL
ATU-C
Sumator /
Distribuitor
Sumator /
Distribuitor
CPE
ADSL
modem
ATU-R
circuit telefonic
extern DSL
DSLAM
circuit
telefonic
intern
Internet
Reea de
telefonie
fix
Calculator individual
sau reea local
Fig. 3.1. Componentele reelei ADSL, linia telefonic i CPE

ADSL este o tehnologie care va marca un salt n dezvoltarea accesului la reele publice sau
private, prin extinderea performanelor de transmisie, prin linii telefonice, a datelor.
3.3. Caracteristicile principale ale ADSL.
Un circuit ADSL este format din cte un modem aezat la fiecare capt al liniei telefonice
(perechi de fire rsucite), unul la sediul furnizorului de servicii numit ATU-C (ADSL Transceiver Unit Central Office), iar cellalt la sediul beneficiarului, numit ATU-R (ADSL Transceiver Unit - Remote).
Transferul datelor dinspre furnizorul de servicii spre clieni se face prin intermediul unui echipament de
acces prin multiplexare i agregare numit DSLAM (Digital Subsriber Line Access Multiplexer).
Acestea asigur trei canale de date, un canal cu rat mare pentru transferul datelor dinspre
furnizor spre client (downstream), un canal bidirecional (duplex control i upstream) cu rat
medie i un canal pentru un serviciu de telefonie (voce). Acesta din urm este separat, prin filtrare,
de canalele folosite la transferul digital al datelor, ceea ce asigur accesul permanent la sistemul de
telefonie, indiferent de starea, sau de utilizarea canalelor digitale.
Canalele digitale au rate de transfer cuprinse ntre 1,5 i 9 Mbps, pentru canalul downstream
i ntre 16 i 640 kbps pentru canalul duplex upstream. Canalele digitale pot fi mprite prin
multiplexare n mai multe canale distincte de vitez mai mic.
Modemurile ADSL asigur transfer de date compatibile cu normele nord-americane T1 (1,544
Mbps) i europene E1 (2,048 Mbps) i pot asigura diferite domenii ale ratelor de transfer, aa cum se
poate vedea n tabelul 3.1. Configuraia minim asigur o rat de transfer, ntre furnizorul de servicii i
client (downsream), de 1,5 sau 2 Mbps i 16 kbps pentru canalul bidirecional (duplex).
La ora actual se pot achiziiona echipamente capabile s transfere date spre client cu rate de
pn la 8 Mbps i de pn la 640 kbps prin canalul bidirecional i upstream.
Modemurile ADSL permit adaptarea i transferul datelor formatate att pentru protocoale cu
lungime fix a pachetelor, aa cum este standardul ATM, ct i pentru protocoale cu lungime
variabil a pachetelor, cum este cazul protocolului IP [3].
Tabelul 3.1
Rate de transfer ADSL pentru canalele downstrem i duplex
Canal purttor Downstream
1,536 Mbps, 3,072 Mbps,
n x 24 x 64kbps (norma T1)
4,608 Mbps, 6,144 Mbps
n x 32 x 64kbps (norma E1)
2,048 Mbps, 4,096 Mbps
Canal purttor Duplex
Canale C
16 kbps, 64 kbps
160 kbps, 384 kbps,
Canale opionale
544 kbps, 576 kbps
Rata de transfer depinde de mai muli factori, ntre care cei mai importani sunt: lungimea
conductoarelor (distana dintre furnizorul de servicii i client), rezistena specific, diametrul
firelor, pasul de rsucire, numrul de puncte de jonciune sau de nndire. Prezena interferenelor
reciproce cu alte circuite, ca de exemplu cele de alimentare poate s aib, de asemenea, o
influen major [3].
De exemplu, atenuarea semnalului este cu att mai mare cu ct lungimea firelor i frecvena
semnalului sunt mai mari, dar scade cu creterea diametrului firelor. Lsnd la o parte numrul de
puncte de nndire i pasul de rsucire, n tabelul 3.2 se poate vedea modul n care este influenat
rata de transfer n funcie de parametrii mai sus amintii.
Tabelul 3.2
Cerinele tehnologiei ADSL n funcie de caracteristicile mediului de transmisie
Rata de transfer (Mbps) Rezistena specific (/km) Grosimea firelor (mm) Distana (m)
1.5 sau 2
84,16
0,510
5500
1.5 sau 2
133,82
0,405
4575
6.1
84,16
0,510
3660
6.1
133,82
0,405
2750
Aceste caracteristici pot s difere puin, n funcie de reea sau calitatea conductoarelor,
valorile lor fiind doar orientative. n cazul n care trebuie conectai clieni, la distane mai mari dect
cele prevzute n tabel, trebuie s se opteze pentru alte medii de transmisie, de exemplu fibra optic.
Cele mai multe aplicaii concepute s utilizeze ADSL (tele i video conferine, filme etc.) sunt
aplicaii care necesit legturi "n timp real". Acestea nu pot utiliza legturi de date care asigur
controlul erorilor la nivelul OSI 3 (reea) sau 4 (transport).
Aceste procedee, des ntlnite n cazul transmisiilor de date, reduc mult din vitez i genereaz
posibile ntreruperi, a cror perioad este greu de estimat i controlat. De aceea modemurile ADSL
utilizeaz tehnici specifice de control i corecie a erorilor datorate zgomotelor de linie.
Aceste mecanisme, specifice tehnologiei xDSL, reduc riscul de apariie a erorilor la nivelul fizic,
motiv pentru care, din acest punct de vedere, sarcina nivelelor superioare este mult uurat.

3.4. Principiul tehnologiei ADSL.
Tehnologia ADSL este bazat pe tehnici complexe de procesare numeric a semnalelor i

algoritmi ingenioi de compresie a informaiei. La acestea se adaug soluii performante de realizare
a circuitelor de adaptare a semnalelor, a filtrelor i a convertoarelor A/D i D/A.
Liniile telefonice lungi pot atenua semnalele cu pn la 90 dB pentru frecvene de ordinul 1
MHz, ceea ce presupune adaptarea circuitelor analogice la o band larg de dinamic a semnalului,
s permit separarea n bune condiii a canalelor i s menin zgomotele la un nivel sczut. Aceasta
face ca echipamentele ADSL, cu toate c au aparena de a ndeplini o funcie simpl de transfer
sincron a datelor, s fie n realitate foarte complexe pe dinuntru! n figura 3.2 se poate vedea
structura intern a unui astfel de transceiver de reea [2, 4, 5].
Downstream canal(e) pentru
descrcare
canal(e)
duplex
Multiplexor
Controlul
erorilor
XMTR
Cuplaj la
linie cu
separare
a canalelor
Demultiplexor
canal(e)
duplex
Controlul
erorilor
Convertoare
D/A i A/D
RCVR
Transceiver ADSL - Terminal de reea
(FDM
sau
ECH)
Circuit
sumator
ADSL
+
Voce
Linie
telefonic
Serviciul de
telefonie
vocal
Fig. 3.2. Schema bloc a unui transceiver de reea ADSL.

Semnificaiile noiunilor reprezentate n figura 3.2. sunt urmtoarele:
XMTR Emitor;
RCVR Receptor;
FDM (Frequency Division Multiplexing);
ECH (Echo Cancellation), compensarea ecoului.
3.5. Multiplexarea canalelor.
Pentru a opera cu mai multe canale, modemurile ADSL mpart banda de frecvene, alocat
unui circuit telefonic, n una sau dou ci prin utilizarea uneia dintre urmtoarele metode [2, 3]:
FDM (Frequency Division Multiplexing) multiplexarea n frecven a celor trei ci voce, upstream i downstream;
DMT (Discrete Multi Tones) mprirea n canale succesive egale, cu limea de 4.3125
kHz.
FDM
Multiplexarea n frecven permite alocarea unei benzi pentru transferul datelor dinspre
client spre furnizor (upstream), a doua pentru transferul datelor dinspre furnizor spre client
(downstream) i a treia, n partea de jos a benzii alocate, de la 0 la 4 kHz, pentru transmisia
semnalelor standard de telefonie (figura 3.3).
Pentru transmisia prin canalele de date, se folosete cte o purttoare, aezat n centrul fiecrei
benzi. Calea downstream este apoi divizat prin multiplexare n timp (TDM - Time Division
Multiplexing) n unul sau mai multe canale de vitez mare i n unul sau mai multe canale de vitez
mic. Calea upstream poate fi de asemenea mprit n unul sau mai multe canale de vitez mic.
Aceast metod a fost folosit la versiunile de nceput ale tehnologiei, n prezent, locul
acesteia a fost luat de metoda DMT [2, 4, 5].

FDM
Voce
Upstream
Downstream
purttoare
purttoare
4kHz 25kHz
Pu
Pd
~1MkHz
Fig. 3.3. Multiplexarea n frecven - FDM, a canalelor.

n cazul n care sistemul utilizeaz mecanisme digitale performante de eliminare a ecoului,
banda corespunztoare canalului upstream se suprapune peste cea downstream, aa cum se poate
vedea n figura 3.4.
Aceast tehnic a fost folosit i la modemurile analogice construite pentru standardul V32 i
V34 (standarde ITU-T care permit transmiterea datelor pe linii seriale cu viteze cuprinse ntre 4,8 i
9,6 kbps pentru V32, 14,4 kbps pentru V32bis i 28,8 kbps pentru V34). Tehnologia ADSL, prin
rata de transfer superioar celei oferite de modemurile analogice, este pe cale s le elimine de pe
pia, pe acestea din urm. Acest lucru este posibil mai ales acolo unde furnizorul serviciilor de
telefonie i cel al serviciilor de date, este acelai.
Suprapunerea benzilor
la sistemul cu eliminarea ecoului
FDM
Upstream
Voce
4kHz
Downstream
25kHz
~1MHz
Fig. 3.4. Sistem cu FDM i reducerea ecoului.

DMT (Discrete Multi Tones) este o tehnic de multiplexare, a transferului de date, prin
mprirea benzii alocate n canale succesive egale, cu limea de 4.3125 kHz, aa cum se poate
vedea n figura 3.5.

DMT
Voce
Upstream
Downstream
max. 32 canale x 4,3125kHz
4kHz
25,875kHz
69kHz
canal 16
Pu
138kHz
max. 256 canale x 4,3125kHz
276kHz
canal 64
Pd
1104kHz
Fig. 3.5. mprirea benzilor frecvenelor purttoare la metoda de modulaie discret multitonal
DMT.
Numrul de canale este variabil, pentru configuraia standard fiind de 256, pentru ambele
sensuri i voce. Canalul 0 este alocat pentru transferul de voce, canalele de la 1 la 5 (adic intervalul
cuprins ntre 4,3125 25,875 kHz) sunt rezervate pentru aplicaii speciale (de exemplu ISDN), de
la 6 la 31 corespund cii upstream (25,875 138 kHz), iar de la 32 pn la 255 (138 1104 kHz)
cii downstream. Dou canale, 16 pentru upstream i 64 pentru downstream, se folosesc pentru
transmiterea unor semnale referin de faz i amplitudine, utilizate la recepie pentru sincronizarea
demodulatoarelor [2].
3.6. Modulaia semnalelor.
Tehnologia ADSL folosete pentru modularea semnalelor dou metode [2, 4, 5]:
CAP (Carrierless Amplitude and Phase), modulaia n amplitudine i faz cu purttoare
suprimat, folosit n cazul utilizrii FDM. CAP este o variant particular de QAM la care se
elimin prin filtrare cele dou purttoare, soluie folosit, tot mai rar, n ultimul timp;
QAM (Quadrature Amplitude Modulation), modulaia n cuadratur, de amplitudine i faz,
n cazul utilizrii multiplexrii discrete multitonale a canalelor DMT. QAM numit i modulaie
I&Q, se obine prin combinarea a dou semnale sinusoidale, de aceeai frecven, dar decalate cu
90o (quadratur - un sfert de perioad), modulate separat cu un set de informaii obinute de la un
circuit de codare [1].
Cod binar
0000
0001
0010
0011
0100
0101
0110
0111
1000
1001
1010
1011
1100
1101
1110
1111
Valoare I
-2
-2
-2
-2
-1
-1
-1
-1
+2
+2
+2
+2
+1
+1
+1
+1
Valoare Q
+2
+1
-2
-1
+2
+1
-2
-1
+2
+1
-2
-1
+2
+1
-2
-1
Fig. 3.6. Constelaia simbolurilor pentru 16QAM i semnificaia codului binar (4 bii).
Datele sunt reprezentate prin diferite valori de amplitudine i faz, numite simboluri, obinute
prin nsumarea fazorial a celor dou semnale I i Q care se transmit ntr-o singur perioad a
semnalului modulat, aa cum se poate vedea n figura 3.6.
La destinaie, semnalul recepionat este demodulat sincron, utiliznd o referin de faz, transmis paralel cu semnalul modulat, obinndu-se semnalele originale I i Q. Din acestea, printr-un
proces invers codrii iniiale se extrage informaia numeric reprezentat prin cuvntul binar iniial.
Pentru realizarea acestor funcii, s-au conceput circuite complexe i cu performane ridicate, de
conversie i procesare numeric a semnalelor analogice. Utilizarea funciilor bazate pe transformri
Fourier rapide, permite conceperea unor sisteme de transmisie, aa cum se poate vedea n figura 3.7.
1
ir
date
Convertor
serial /
paralel
Convertor
de simboluri
modulatoare
QAM - DMT
Convertor
IFFT
Convertor
D/A
Filtru
ieire
spre
linie
simboluri
complexe
Fig. 3.7. Circuit folosit n sistemele ADSL pentru conversia irurilor de date i transmisia
semnalelor modulate.
La recepie, informaia sufer un proces invers de amplificare selectiv adaptiv i
demodulare, realizat cu ajutorul unor circuite de procesare numeric.
3.7. Comparaie ntre modulaia CAP i DMT.
CAP i DMT sunt metode de modulare a semnalelor, transmise n bucla local, de-a lungul
liniilor telefonice (de cupru) care asigur legtura dintre centrale i clieni. Modulaia n amplitudine
i faz cu purttoare suprimat (CAP), la care purttoarea nu se transmite n semnal (dar se
transmite un semnal de referin numit pilot, prezent n mijlocul fiecrei benzi, upstream i
downstream), aa cum se poate vedea n figura 3.3.
CAP este o tehnic uzual n telecomunicaii, alturi de modulaia de amplitudine n
cuadratur (la care purttoarea este prezent n semnalul transmis). Dei acest tip de modulaie este
uor de aplicat fiind caracterizat de o singur purttoare, este folosit pe scar redus, datorit
faptului c este sensibil la interferene, datorit benzii largi utilizate [2, 3, 4].
Metoda de modulaie discret multi-tonuri (DMT) folosete multiple canale purttoare, cu
band ngust, ceea ce i ofer o capacitate de transmisie cu vitez mai mare, dect n cazul
precedent. Astfel, standardul ANSI T1.413 prevede pentru canalul downstream 256 purttoare cu
limea de band de 4,3125 kHz fiecare, ceea ce nseamn o band total de 1104 kHz, aa cum se
poate vedea n figura 3.4. Fiecare purttoare este modulat n amplitudine i cuadratur, prin
metoda QAM-64 (64 de nivele i valori de faz distincte transmise printr-un simbol, adic ntr-o
perioad a semnalului) ceea ce permite transmiterea a 6 bii (64 = 26) ntr-o perioad, adic 256 x
4.000 Hz x 6 bii = 6.144.000 bps (6,144 Mbps). Canalul invers (upstream) folosete pn la 32 de
purttoare (benzi de 4,3125 kHz) modulate cu acceai metod QAM-64, ceea ce permite o rat de
transfer de 32 x 4.000 Hz x 6 bii = 768.000 bps (768 kbps). Uneori se poate ntlni i varianta cu
64 de frecvene purttoare, ceea ce permite transferul a 1,536 Mbps.
Se observ de aici c este mai avantajoas utilizarea modulaiei cu mai multe purttoare de
band ngust (DMT) n locul modulaiei unei singure purttoare (CAP), cu o band de transmisie
larg. Aceasta implic ns utilizarea unor echipamente cu structur foarte complex. Acestea
trebuie s aib n structura lor circuite de adaptare a nivelului de semnal, pentru fiecare purttoare n
parte (Adaptive Equalisations), care s corecteze amplitudinea i erorile de faz. Aceste circuite i
adapteaz criteriile de corecie n funcie de caracteristicile liniei, prin transmiterea de semnale de
prob i analizarea rspunsului. Astfel, pentru ca amplificatoarele s asigure o caracteristic de
frecven plat, este nevoie de o gam dinamic de amplificare de minim 50 dB, acest lucru fiind
posibil doar prin procesarea digital a semnalelor.
Egalizarea adaptiv este necesar doar pentru semnalele modulate n amplitudine i faz cu
purttoarea suprimat (CAP), n cazul modulaiei discrete multitonale (DMT) erorile de amplitudine i
faz sunt mici n cadrul unei benzi cu limea de 4 kHz. n schimb, semnalele modulate DMT necesit
multe procese de calcul, folosind funcii complexe bazate pe transformate Fourier, directe i inverse.
Puterea consumat.
Modulaia discret multitonal, fa de modulaia n amplitudine cu purttoare suprimat, are un
consum energetic mult mai mare, datorat multiplelor frecvene purttoare i a interferenelor dintre ele.
Pe de alt parte, consumul echipamentelor de transmisie i procesare a semnalelor este mare, datorit
complexitii acestora, un singur receptor poate depi 5W. Consumul de energie electric nu este n
sine un neajuns foarte mare, cu toate c ntr-un centru de comunicaii pot exista sute sau mii de astfel de
echipamente. n aceast situaie, disipaia termic poate fi o problem greu de rezolvat, densitatea
circuitelor ntr-un DSLAM (Digital Subscriber Line Access Multiplexer) fiind foarte mare. n cazul
echipamentelor care proceseaz semnalele modulate prin metoda CAP, aceasta este mult mai mic [3].
ntrzierea.
Pentru modulaia DMT ntrzierile sunt mai mari, deoarece fiecare canal trebuie gestionat
separat.
Rata de transfer.
Modulaia discret multitonal permite o rat de transfer mai mare dect modulaia n
amplitudine i faz cu purttoare suprimat (CAP), care are nevoie de o band larg, cu mult peste
1 Mhz, pentru a putea transmite date cu aceeai rat ca i n cazul primei variante. Transmisia
semnalelor de frecven mare prin intermediul cablurilor cu fire rsucite, este foarte dificil i
devine un neajuns mai mare dect avantajele aduse de un consum mai redus de energie electric.
3.8. Formatul cadrelor.
Un modem ADSL folosete, pentru transferul datelor din canalele cu acelai sens, o metod
de unire prin multiplexare (agregare) n blocuri (cadre), la care ataeaz informaii de control,
utilizate pentru detecia i corecia erorilor. Astfel, dispozitivul care primete datele (modemul
receptor ATU-R) poate s corecteze eventualele erori aprute n timpul transmisiei [2, 4, 5].
Sistemul creeaz blocuri complexe (superblocuri - supercadre), formate din mai multe blocuri
(cadre elementare), n interiorul crora se poate realiza corecia erorilor. Acest mod de organizare a
datelor crete eficiena transmisiei att pentru date, ct i pentru semnalele multimedia, la care nu
este recomandat utilizarea unui protocol de transport cu controlul transmisiei.
Aceste tipuri de protocoale asigur integritatea datelor prin mecanisme de confirmare a
recepiei i de re-transmitere a datelor pierdute, sau degradate.
Datele transferate ntre dou echipamente ADSL sunt mprite mai nti n dou categorii:
Date urgente (fast), informaii de control, care trebuie transmise imediat i
Date utile, datele furnizate de protocoalele de nivel superior, care pot fi intercalate
(interleaved) n funcie de spaiul disponibil.
Acestea sunt memorate n registre separate i apoi organizate n cadre (frames), care la rndul
lor sunt agregate n supercadre (superframes). Un supercadru este format din 68 cadre
elementare purttoare de informaii, plus unul folosit pentru sincronizare, identificnd nceputul
unui supercadru.
Deoarece ratele de transfer sunt variabile i diferite pe fiecare canal, la fiecare tranziie
transmindu-se cte un cadru, dimensiunea cadrelor nu este constant. Purttoarea unui canal fiind
de 4.000Hz, un cadru dureaz 0,25ms, iar un supercadru 0,25ms x 68 cadre = 17ms. Formatul unui
supercadru, coninnd cele 68 de cadre elementare plus 1 de sincronizare, se poate vedea n figura
3.8.

supercadru
Cadrul Cadrul Cadrul Cadrul

0
1
2
3
cadru elementar
Octet
urgent
....
Date
urgente
Cadrul Cadrul Cadrul Cadrul Cadrul Cadrul

63
64
65
66
67
sinc.
FEC
Date
intercalate
Fig. 3.8. Formatul "supercadrului" ADSL i al cadrelor elementare.

Semnificaia cmpurilor, aflate n componena fiecrui cadru elementar, este urmtoarea:
Octet urgent cmp cu dimensiune fix de 8 bii, care se folosete pentru transmiterea unor
informaii de control, utilizate la procesarea unui supercadru;
Date urgente cmp cu dimensiune variabil, folosit pentru transmiterea informaiilor care
sunt sensibile la ntrzieri;
FEC (Forward Error Correction) - cmp de control care conine informaii necesare pentru
controlul erorilor la recepie;
Date comune (intercalate) cmp cu dimensiune variabil, coninnd datele utile, care
trebuie transmise pentru nivelele superioare.
Cele 68 de cadre elementare sunt utilizate pentru transferul datelor utile, sau al celor de
control, cu ajutorul crora se asigur funcii specifice de ntreinere a legturii. Al 69-lea cadru nu
conine date utile, ci doar o secven care se folosete pentru sincronizarea transmisiei.
Cmpul corespunztor octetului urgent conine diferite informaii, distribuite de-a lungul
supercadrelor, dup cum urmeaz:
Octetul urgent al cadrului 0 conine o secven CRC (Cyclic Redundancy Check), folosit
pentru verificarea integritii informaiilor de control a supercadrelor, iar cele din cadrele 1, 34 i 35
conin bii utilizai pentru funciile de control al strii legturii i semnalizare. Acetia indic
urmtoarele informaii:
FEBE (Far End Block Error), folosit pentru semnalarea recepionrii eronate a datelor sau a
secvenei de control CRC.
FECC (Farr End Correction Code), folosit pentru semnalarea faptului c s-au recepionat
date eronate, dar care au fost corectate cu ajutorul secvenei FEC.
LOS (Loss Of Signal), folosit pentru indicarea scderii calitii semnalului pilot. Are valoarea
1 pentru o calitate bun a semnalului.
RDI (Remote Defect Indication), indic faptul c se recepioneaz unul sau mai multe cadre
cu erori majore. n ADSL se consider c apar erori majore (SEF Severely Errored Frames),
atunci cnd se recepioneaz, consecutiv, dou sau mai multe supercadre cu erori.
Octetul urgent al cadrelor ncepnd cu 2 pn la 33 i de la 36 la 67 se folosete pentru transmisia informaiilor proprii EOC (Embedded Operations Channel), de control i sincronizare a canalelor.
Datele utile sunt apoi intercalate (interleaved) n spaiile rmase libere dintre cmpurile cu informaii prezentate mai sus. Pentru a controla poziia datelor, n cadre i supercadre, se ine o eviden
cu ajutorul unei tabele (data mapp hart a datelor), operaie dificil innd seama de faptul c ratele de
transfer ale canalelor purttoare (bearer channels) sunt variabile i nu pot fi prevzute dinainte.
Totui, folosind algoritmi de ncapsulare, bazai pe accesarea periodic a canalelor purttoare,
se pot construi cadre de date, dup o regul fix, care este apoi folosit la recepie, pentru extragerea
datelor.
3.9. Relaia dintre ADSL i protocoalele nivelelor superioare.
Deoarece ADSL este o tehnologie aparinnd nivelului OSI 1, aceasta nu se poate folosi
direct la ncapsularea serviciilor de la nivelele superioare, de reea, transport sau aplicaie (peste
10
OSI 3). Pentru aceasta, trebuie folosite protocoale intermediare la care s-au rezolvat problemele
legate de fragmentarea datelor, metodele de acces i adresarea interfeei, specifice nivelului OSI 2.
ntre tehnologiile care au precedat ADSL, la care aceste probleme au fost rezolvate cu succes,
se afl ATM (Asyncronous Transfer Mode), PPP (Point to Point Protocol) i Ethernet, aa cum se
poate vedea n figura 3.9. Acestea se folosesc, n mai multe variante de implementare, pentru
interfaarea tehnologiei ADSL cu protocoalele de reea, ultimele dou (PPP i Ethernet) fiind
descrise n cursurile 8 i 9.
Puni ntre reele
RFC2684
Transfer IP
prin ATM/ADSL
"Point to Point over

ATM" PPPoA
"Point to Point over

Ethernet" PPPoE
Aplicaie
(mesaje, servicii)
Aplicaie
(mesaje, servicii)
Aplicaie
(mesaje, servicii)
Aplicaie
(mesaje, servicii)
Transport
(SPX, TCP, UDP)
Transport
(TCP, UDP)
Transport
(SPX, TCP, UDP)
Transport
(SPX, TCP, UDP)
Reea (IPX, IP)
Reea (IP)
Reea (IPX, IP)
Reea (IPX, IP)
Legtur
(IEEE 802.2 - LLC)
Legtur
(IEEE 802.2 - LLC)
PPP / HDLC
RFC2684
RFC2684
RFC2364
AAL5 / ATM
AAL5 / ATM
AAL5 / ATM
ADSL
ADSL
ADSL
PPP / HDLC
RFC2516
Legtur (IEEE 802.3 MAC)
RFC2684
AAL5 / ATM
ADSL
Fig. 3.9. Interfaarea tehnologiei ADSL cu protocoale de nivel OSI 3 (reea) IPX i IP.
ATM permite utilizarea unor ci i circuite virtuale permanente (Virtual Paths, Permanent
Virtual Circuits) diferite pentru transmiterea datelor de-a lungul unei conexiuni, iar ADSL asigur
suportul pentru acestea.
Tehnologia ATM folosete, pentru ncapsulare a datelor, un format de cadru cu lungime fix,
iar ADSL un format cu lungime variabil, aa cum s-a putut vedea mai sus. De aceea, ntre aceste
dou sisteme trebuie interca-lat o component care s rezolve acest neajuns. AAL5 (ATM
Adaptation Layer 5), prezentat n documentul RFC 2684, permite interfaarea ATM cu diferite
protocoale de nivel superior, de exemplu IEEE 802.3.
Pentru interfaarea cu alte protocoale, ca de exemplu PPP, trebuie folosite protocoale de
adaptare specifice, RFC 2364, iar dac PPP trebuie ncapsulat ntr-un cadru specific tehnologiei
Ethernet, trebuie utilizat un alt protocol de adaptare, care face obiectul documentului RFC 2516.
PPP utilizeaz pentru ncapsulare HDLC, care este un protocol specializat pentru transmisii
sincrone, aparinnd nivelului OSI 2. Modul n care se utilizeaz acest tandem alturi de ADSL,
este reglementat n documentul RFC1662.
3.10. Variante ale tehnologiei DSL.
Tehnologia DSL are, aa cum s-a prezentat n paragrafele anterioare, mai multe variante de
aplicare, caracteristicile specifice pentru cteva, dintre cele mai importante, vor fi descrise n
continuare [3, 5]. O comparaie sugestiv se poate vedea n figura 3.10.
11
Tel.
Voce
Upstream
Downstream
ADSL
SDSL
VDSL
4kHz 25kHz
138kHz
552kHz
1104kHz
9,5MHz
Fig. 3.10. Comparaie ntre diferite variante ale tehnologiei xDSL.

SDSL (Symmetric Digital Subscriber Line) este o versiune cu rat adaptiv i este, la fel cu
HDSL, simetric din punctul de vedere al ratelor de transmisie prin canalele upstream i
downstream. SDSL folosete metode de codificare 2B1Q la o rat de transfer de pn la 1,54 Mbps
i nu permite transmisia semnalelor analogice (de voce) alturi de cele de date. Simetria i accesul
continuu la o reea cu arie ntins de acoperire (WAN), face ca aceast variant s fie mai
convenabil pentru reele departamentale de dimensiune medie, cu acces prin linii dedicate sau
Frame Relay.
HDSL (High bit-rate DSL) este o variant DSL cu rat mare de transfer care a fost conceput
pentru a opera pe liniile T1 i E1, standardizate de ANSI (American National Standards Institute)
i respectiv ETSI (European Technical Standards Institute).
Standardul T1 (ANSI) prevede transmisia prin dou perechi de fire cu o rat de transfer prin
fiecare de 784 kbps. Standardul E1 (ETSI) prevede dou variante, cu dou i cu trei perechi de
fire.
n primul caz, rata de transfer poate fi de pn la 584 kbps, iar n al doilea de 768 kbps, prin
fiecare pereche. HDSL se preteaz i la reelele de telefonie mobil pentru transferul informaiei
ntre staii i oficiul central.
Neajunsul major al acestei variante este lipsa suportului pentru transmisia de voce printr-un
canal analogic dedicat, banda corespunztoare fiind utilizat la transmisia de date.
Un alt dezavantaj, fa de ADSL, este nivelul mai ridicat al diafoniei ntre canalele de date,
ADSL avnd un nivel mai sczut, datorit asimetriei dintre cele dou canale.
HDSL-2 este un standard de rezerv, ca o alternativ viitoare la HDSL. Intenia crerii
acestei versiuni a fost de a oferi un serviciu de transmisie simetric, cu rata de transfer a standardului
T1 (1,544 Mbps), de-a lungul unei singure perechi de fire rsucite. Pentru aplicarea acestei variante
sunt necesare linii telefonice de bun calitate, distane mai mici (pn la 3.000 m) i tehnici
complexe de modulaie.
RG.SHDSL (Rate Adaptive Digital Subscriber Line) este o variant de HDSL-2, dar cu rat
de transfer variabil pn la 2,3 Mbps, conceput pentru a permite compatibilizare cu diferite tipuri
de echipamente prezente pe pia.
IDSL (ISDN Digital Subscriber Line) este o variant conceput pentru a fi utilizat de-a
lungul circuitelor ISDN (Integrated Services Digital Network - servicii digitale integrate de reea)
care folosesc o singur pereche de fire rsucite, permind o rat de transfer de 128 kbps.
Ca i la tehnologia ISDN, IDSL folosete metoda de codare 2B1Q (dou canale de tip B i un
canal de tip Q) a semnalelor transmise pe linie. Aceasta permite, pentru conectarea la furnizorul de
servicii, utilizarea echipamentelor dedicate circuitului ISDN (adaptoare de terminal, puni i rutere).
12
Totui, spre deosebire de ISDN, IDSL nu poate fi conectat prin echipamentele de comutare a
circuitelor de voce, datorit limitrilor cauzate de furnizorii de servicii ISDN care nu mai transmit
analogic vocea, prin circuitele lor. Avantajul utilizrii acestei variante este c permite conectarea
temporar, prin circuite comutate (Dial-up), dar cu rate de transfer semnificativ mai mari dect prin
modemurile analogice.
VDSL (Very-High-Data-Rate Digital Subscriber Line) este o variant care permite transferul
datelor, de-a lungul liniilor telefonice, cu o rat mare dar care depinde de lungimea acestora. Astfel,
la o distan de 300 m, pentru transferul datelor dinspre furnizor spre client (downstream) se poate
ajunge la o rat cuprins ntre 51 i 55 Mbps, iar pentru sensul invers (upstream) ntre 1,6 i 2,3
Mbps.
n cazul creterii distanei la 1500 m, rata de transfer prin canalul downstream scade la 13
Mbps. Se observ c VDSL este o variant care folosete rate asimetrice, ca i ADSL, datele fiind
transferate prin canale separate n frecven, de cele de voce i ISDN.
13
I.

1. Rate de transfer ADSL pentru canalele downstrem i duplex depinde de:
a) lungimea conductoarelor (distana dintre furnizorul de servicii i client).
b) rezistena specific a conductoarelor, diametrul firelor, pasul de rsucire.
c) numrul de puncte de jonciune sau de nndire.
d) Toate cele de mai sus.
2. Pentru transferul datelor din canalele cu acelai sens, un modem ADSL folosete o
metod de unire prin multiplexare (agregare) n blocuri (cadre), la care ataeaz
informaii de control, utilizate pentru detecia i corecia erorilor. Datele sunt
organizate n cadre (frames), care la rndul lor sunt agregate n supercadre
(superframes). Un supercadru este format dintr-un numr de cadre elementare
purttoare de informaii, plus unul folosit pentru sincronizare, identificnd nceputul
unui supercadru. Care este numrul cadrelor elementare care alctuiesc un
supercadru?
a) 75;
b) 68;
c) 64;
d) 32.
3. :
a) ;
b) ;
c)
II.

1. DMT (Discrete Multi Tones) este o tehnic de multiplexare, a transferului de date,
prin mprirea benzii alocate n canale succesive egale, cu limea de 4.3125 kHz.
adevrat
fals
2. CAP (Carrierless Amplitude and Phase) i QAM (Quadrature Amplitude
Modulation) sunt dou metode folosite de tehnologia ADSL pentru modularea
semnalelor.
adevrat
fals
3. Cmpul Date urgente ce intr n componena unui cadru elementar este cmp cu
dimensiune fix, folosit pentru transmiterea informaiilor care sunt sensibile la
ntrzieri.
adevrat
fals
14

RSPUNSURI
I.

1. d
2. b
3.
II.

1. adevrat
2. adevrat
3. fals
Bibliografie
1. Schmitt, R., Electromagnetics Explained - A Handbook for Wireless/RF, EMC, andHigh-Speed
Electronics, Elsevier Science, 2002.
2. Saarela, K., ADSL - Tampere University of Technology Telecommunication Laboratory,
Finland, 1997.
3. http://www.cisco.com/univercd/cc/td/doc/cisintwk/ito_doc/dsl.htm
4. http://www.cs.tut.fi/tlt/stuff/adsl/pt_adsl.html
5. http://www2.rad.com/networks/2005/adsl/index.htm
Cursul 4 - Linii de transmisie

Cursul 4
LINII DE TRANSMISIE
Introducere curs
Obiective curs

individual
n acest curs sunt prezentate noiuni referitoare la liniile de transmisie.

Introducere n problematica liniilor de transmisie;
Modelul echivalent al circuitului electric;
Fenomene care nsoesc transferul unui semnal printr-o linie de
transmisie; ntrzierea, reflexia, dispersia, coliziunea.
Cuprins:
4.1.
4.2.
4.3.
Introducere. ...................................................................................1
Modelul echivalent al circuitului electric. ......................................1
Fenomene care nsoesc transferul unui semnal
printr-o linie de transmisie. ............................................................3
4.3.1. ntrzierea......................................................................................3
4.3.2. Reflexia. Modelul ghidului de und. ..............................................4
4.3.3. Dispersia........................................................................................7
TESTE DE AUTOEVALUARE................................................................10
RSPUNSURI............................................Error! Bookmark not defined.
Bibliografie ...............................................................................................11
4.1. Introducere.
n cazul utilizrii pentru transmisie a conductoarelor electrice, indiferent de tehnologia
folosit, apar probleme majore legate de comportarea acestora fa de semnalele electrice, de
frecven mare. Aceste conductoare, de cele mai multe ori de lungime mare (de la zeci de metri
pn la sute sau mii de kilometri), se comport asemntor unor cuadripoli, dar cu parametri
distribuii. Lucrarea de fa nu i propune o abordare extins asupra acestui subiect, ci doar o
prezentare simplificat, care s permit nelegerea intuitiv a fenomenelor care nsoesc transmisia
semnalelor prin liniile electrice lungi, numite n acest context linii de transmisie.
4.2. Modelul echivalent al circuitului electric.
Dup cum i spune i numele, o linie de transmisie este un grup de conductoare folosite
pentru transmiterea informaiilor sub form de semnale electrice [1].
n general fiecare conexiune, sau circuit electric; poate fi considerat ca o linie de transmisie,
cu condiia s fie cu geometrie uniform i structur omogen a materialelor componente. Aceasta
nseamn c forma, mrimea i suprafaa conductoarelor sunt constante, iar caracteristicile electrice
ale conductoarelor i cele dielectrice ale materialelor dintre ele, sunt uniforme.
Exemple de linii de transmisie uniforme sunt cablurile coaxiale i perechile de conductoare

rsucite. O problematic asemntoare apare i n cazul circuitelor imprimate i al celor integrate,
unde se vorbete despre strip lines i microstrip.
ntr-un circuit simplu, al unei linii de transmisie, sursa genereaz un semnal care se transmite
spre sarcin.
Impedana caracteristic a unei linii de transmisie.
n figura 4.1 se prezint cteva dintre modelele simplificate ale liniilor de transmisie, asociate
unei perechi de conductoare, astfel:
a) modelul ideal;
b) modelul de circuit cu parametri R, L, C distribuii;
c) modelul simplificat, cu parametri distribuii i pierderi neglijabile.
a)
L
b)
Surs
1/G
Surs
L
1/G
Sarcin
Rsarcin
L
c)
Sarcin
Rsarcin
Linie de transmisie
Surs
Sarcin
Rsarcin
Fig. 4.1. Modelele simplificate ale unei linii de transmisie.

n primul mod de abordare a circuitului se presupune c firele, care alctuiesc linia de transmisie sunt ideale, adic potenialul n oricare punct, aparinnd unui conductor, este acelai. n
realitate , aceast situaie nu este adevrat, orice conductor real are o component activ (de
pierderi) i una reactiv.
Componenta activ este reprezentat printr-o rezisten R, aezat n serie cu circuitul i una
egal cu 1/G n paralel, distribuite uniform de-a lungul circuitului.
Componenta reactiv este reprezentat de inductivitatea L i capacitatea C care apare ntre
fiecare pereche de fire reale. Datorit polarizrii electrice, n dielectricul cu care sunt nconjurate
firele, apar fenomene de conducie i pierderi, care se materializeaz prin conductana de valoare
mic (rezisten mare), G.
Aceti parametri se presupun a fi uniform distribuii, n fiecare segment elementar din
lungimea conductoarelor i de aceea se numesc parametrii distribuii, sau parametrii lineici. Se
exprim n uniti naturale, specifice mrimilor respective, raportate la unitatea de lungime (metrul)
/m, H/m, .F/m i S/m. Deoarece valorile parametrilor lineici sunt foarte mici, unitile de msur
se folosesc cu prefixe de submultipli, m/m, H/m, pF/m i S/m.
Linia de transmisie se poate modela folosind un model simplu de circuit care conine un
numr finit de elemente R,L,C i G, aa cum se poate vedea n figura.4.1 b.
Pentru simplificarea modelului trebuie avute n vedere urmtoarele condiii:
la transmisia semnalelor de date, se folosesc circuite cu ieiri n curent, care compenseaz
cderile de tensiune de-a lungul circuitului serie.
pentru izolarea conductoarelor se utilizeaz materiale de calitate la care pierderile din
dielectric sunt mici.
innd cont de acestea, componentele active (de pierderi) R i 1/G se pot neglija, ceea ce
permite obinerea modelului din figura 4.1 c) care conine doar componentele L i C. O linie de
transmisie care se presupune ca nu are pierderi se numete linie de transmisie ideal.
Chiar i n condiiile modelului simplificat, prezena componentelor reactive L i C, care nmagazineaz energie, face ca potenialele n diferite puncte, distribuite de-a lungul conductoarelor, s
fie diferite. Un semnal, transmis de surs, face ca parametrii distribuii L i C s se ncarce i descarce
periodic, ceea ce face ca semnalul s nu ajung instantaneu la destinaie, ci cu o anumit ntrziere.
Comportarea semnalului transmis, la parcurgerea circuitului, depinde nu doar de impedana
sursei i sarcini, ci i de valorile parametrilor lineici L i C. Una dintre cele mai importante
probleme este modul cum reacioneaz acest circuit n funcie de frecven, reactana inductiv i
cea capacitiv fiind dependente de aceasta. La frecvene mici, parametrii L i C introduc ntrzieri
i impedane neglijabile, reducnd modelul la o singura pereche de fire ideale. La frecvene nalte,
efectele parametrilor L i C devin dominante i nu pot fi ignorate.
Pentru a demonstra comportarea unei linii de transmisie se poate considera circuitul simplu
din figura 4.2. n acest circuit, o surs de tensiune (n cazul de fa 5 voli) este conectat la o
sarcin activ, format din rezistorul R, printr-o linie de transmisie care are n componena sa 4
cuadripoli elementari formai din cte o inductan L i un capacitor C. n realitate, o linie de
transmisie real trebuie considerat ca o succesiune infinita de astfel de cuadripoli elementari.
ntre sursa de alimentare i linia de transmisie este un ntreruptor mecanic, care este iniial
deschis, adic potenialul oricrui punct de pe linie este nul, ca i curentul prin sarcina R. Imediat
dup nchiderea ntreruptorului, curentul injectat n linia de transmisie ncepe s creasc, ncrcnd
circuitul magnetic al primei inductanei L i primul capacitor C. Capacitorul continu s acumuleze
sarcin electric pn cnd tensiunea la bornele sale ajunge egal cu tensiune la bornele sursei (5
V). n timpul acestui proces, o parte din energia electric generat de surs este transferat cmpului
magnetic al inductanei. Cnd tensiunea la bornele primului capacitor ncepe s creasc, ncepe
transferul de energie spre al doilea cuadripol.
n timpul ncrcrii capacitoarelor i inductanelor, curentul prin sarcin este nul, impedana,
pe care o vede sursa de alimentare, este dependent doar de valoarea impedanelor distribuite.
Aceasta impedan poarta numele de impedan caracteristic a liniei de transmisie i se poate
calcula uor cu relaia 1.
z0 =
L
C
(1)
n realitate, liniile de transmisie au i componente active, de pierderi, ceea ce face ca

impedana caracteristic, pentru o linie de transmisie cu pierderi s se determine cu relaia 2.
z0 =
R + jL
,
G + jC
(2)
unde pulsaia tensiunii aplicate la bornele liniei i j este fazorul componentei reactive.
4.3. Fenomene care nsoesc transferul unui semnal printr-o linie de transmisie.
4.3.1. ntrzierea.
Fenomenul de ntrziere la propagarea unui semnal electric printr-un mediu se poate face
pornind de la reprezentarea unei linii de transmisie i a modului n care se transmite semnalul, ntre
surs i destinaie [1].
Pentru a nelege procesul transmiterii la distan a unui semnal electric, trebuie analizate
urmtoarele etape:
a) ntreruptorul este deschis, curentul prin linie este 0, tensiune n oricare punct aflat de-a
lungul liniei este zero.
b) ntreruptorul este nchis, tensiunea la bornele liniei este egal cu tensiunea de alimentare,
curentul ncepe s creasc i s ncarce primul cuadripol LC.

I=
L
Us
, unde Z 0 =
Z0
C
(3)
c) primul cuadripol s-a ncrcat n prima etap, iar acum se ncarc, pe rnd, celelalte pn
cnd s-a ncrcat toat linia. n acest moment, intensitatea curentului transmis de surs ajunge la
valoarea I.
d) dup ce s-a ncrcat toat linia de transmisie, curentul absorbit de aceasta devine 0, sursa
debitnd doar curentul care trece prin rezistena R a sarcinii, a crui valoare staionar devine:
IR =
5V
a)
+
Surs
-
b)
c)
+
Surs
-
0V
Rsarcin
0V
C
0V
0V
C
0V
0V
1V
Rsarcin
curent
5V
5V
1V
0V
0V
5V
d)
5V
0V
0V
5V
+
Surs
-
(4)
L
0V
0V
5V
+
Surs
-
0V
Us
Rs
0V
C
Rsarcin
curent
5V
5V
C
5V
C
5V
C
5V
C
Rsarcin
curent
Fig. 4.2. ntrzierea unui semnal, transferat printr-o linie de transmisie, datorit impedanei
caracteristice.
n timp ce linia de transmisie se ncarc, energia este luata de la surs i transferat n cmpul
magnetic al inductanelor i n cmpul electric al capacitoarelor distribuite. Timpul de ncrcare a unei
linie de transmisie este direct proporional cu lungimea ei. Pentru o linie de transmisie foarte lung, de
sute de metri sau kilometri, aceste efecte sunt semnificative i nu pot fi neglijate. S presupunem c
avem un cablu foarte lung a crui impedan caracteristic este de 50 , iar rezistena sarcinii cuplat la
celalalt capt al firului este 1000 . Dac se conecteaz un ohmmetru la linie, pentru un interval scurt de
timp, acesta va indica 50 - valoarea impedanei caracteristice a cablului, iar dup ncrcarea liniei de
transmisie i amortizarea oscilaiilor datorate regimului tranzitoriu, ohmmetrul va afia 1.000 .
Pentru un cablu de 1 m, timpul de parcurgere este de cteva nanosecunde, neglijabil pentru cele
mai multe dintre aplicaii, dar semnificativ pentru cazul n care se transmit semnale de frecven mare.
4.3.2. Reflexia. Modelul ghidului de und.
O alt metod, pentru descrierea funcionrii liniilor de transmisie, este acela al ghidului pentru
conducerea undelor electromagnetice. n aceast metod de analiz, sursa transmite spre sarcin
semnalul electromagnetic, printr-un mediu omogen, aa cum se poate vedea n figura 4.3 [1].
Undele de tensiune corespund cmpului electric, iar undele de curent celui magnetic. Linia de
transmisie, considerat un mediu omogen, conduce semnalul ntre surs i destinaie cu o vitez v
egal cu viteza luminii n mediul respectiv. Aceasta depinde de permitivitatea dielectric i de
permeabilitatea magnetic a materialului izolator dintre conductoare.

1
v=
(5)
+
SURSA
SARCINA
Fig. 4.3. Modelul ghidului de und.

De exemplu, dac se folosete ca material pentru nveliul izolator al cablurilor politertrafluoretilena (teflonul), a crui permitivitate dielectric relativ este r = 2,08 i permeabilitatea magnetic relativ r 1, undele parcurg mediul cu viteza vPTFE , aa cum se poate vedea n relaia 6.
v PTFE =
c =
r r
c = 0 ,6933 c
2 ,08 1
6)
Termenul se numete coeficient de scurtare, i reprezint coeficientul cu care trebuie nmulit

lungimea de und n vid pentru a obine lungimea de und n mediul respectiv. Cnd semnalul parcurge
linia de transmisie, undele de tensiune i de curent definesc starea sistemului n fiecare punct.
Se consider un semnal sinusoidal care strbate linia de transmisie cu valori ale tensiunii i
ale intensitii curentului prezentate n figura 4.4. De-a lungul ntregii linii, n fiecare punct,
raportul dintre valoarea tensiunii i a intensitii curentului este constant i egal cu impedana
caracteristic Zo. Aceasta este definit de geometria liniei i de caracteristicile electrice ale
materialelor i se poate calcula cu relaia 7.
Z0
60 D
ln
r d
(7)
Unde d este diametrul conductorului, D este diametrul exterior al izolaiei conductorului i r
este permitivitatea dielectric relativ a materialului din izolaie.
n figura 4.4 se prezint variaia n timp a unui impuls electric, reprezentat prin componentele
de tensiune i curent, n deplasarea sa de-a lungul liniei de transmisie.
Fig. 4.4. Variaia n timp a unui impuls electric.

Reflexia.
De fiecare dat cnd o und electromagnetic ntlnete un punct n care a aprut o schimbare a
proprietilor mediului, n cazul de fa al impedanei caracteristice, o parte din energia semnalului este
transmis mai departe, iar alta este reflectat spre surs, aa cum se poate vedea n figura 4.5.
Pentru nelegerea acestui fenomen este util s se considere c frontiera dintre cele dou
regiuni, cu impedane diferite, se comport ca o oglind semitransparent.
Z1
Z2
UNDELE
INCIDENTE
UNDE TRANSMISE
UNDE
REFLECTATE
Fig. 4.5. Apariia reflexiilor la frontiera dintre dou regiuni cu impedane caracteristice, Z1 i Z2,
diferite.
Modificarea impedanei liniilor de transmisie determin modificarea amplitudinii undei
incidente. Raportul dintre amplitudinea undei reflectate i a celei incidente se numete coeficient de
reflexie u i se calculeaz cu relaia 8.
u =
U reflectat
U incident
ZS Z0
Z S + Z0
(8)
unde ZS este impedana sarcinii.

Raportul dintre amplitudinea undei transmise i cea a undei incidente se numete coeficient de
transmisie u i se calculeaz cu relaia 9.
u =
U transmis
= 1 + u
U incident
(9)
n mod asemntor se pot defini coeficieni de reflexie i de transmisie pentru componenta de
curent a undei transmise. Relaiile care descriu coeficienii de reflexie I i de transmisie i, pentru
componenta de curent, sunt urmtoarele:
I =
I reflectat
I incident
= u
(10)
Coeficientul de transmisie este:

I =
I transmis
= 1 +
I incident
(11)
Puterea total reflectat este:

PR =
Preflectat
Pincident
= u
(12)
Puterea total transmis este:

PT =
Ptransmis
= 1 PR
Pincident
(13)
Aplicnd legea conservrii energiei, suma dintre puterea transmis i cea reflectat este egala
cu puterea incident.
Trebuie evideniat faptul c fenomenul reflexiei este independent de frecvena semnalului i

apare la orice schimbare a parametrilor liniei de transmisie (permitivitatea i permeabilitatea
magnetic a materialelor dielectrice).
Dac nu apar fenomene accentuate de mbtrnire a materialelor din care sunt construite
mediile de transmisie, parametrii distribuii (lineici) pot fi considerai constani. Cu toate astea, se
pot ntlni situaii n care materialele dielectrice se pot contamina cu ap, sau alte soluii lichide,
care modific valoarea permitivitii dielectrice.
Modificri ale condiiilor de transmisie se pot ntlni i n cazul punctelor de nndire sau de
ntrerupere a conductoarelor, chiar dac acest lucru nu se observ din punct de vedere electrocinetic,
prin msurare cu ohmmetrul.
La captul unei linii, sau n punctele de ntrerupere, valoarea impedanei caracteristice crete
foarte mult (spre infinit). Se observ c pentru evitarea fenomenului de reflexie u trebuie s fie egal
cu zero, ceea ce se ntmpl cnd ZS=Z0. Pentru aceasta, captul fiecrei linii de transmisie trebuie s
aib o impedan egal cu cea a liniei sau este nevoie ca circuitul echipamentului, care materializeaz
sarcina, s aib o impedan de intrare egal cu impedana caracteristic a liniei. n cazul conectrii la
un mediu de transmisie a mai multor echipamente, cu impedan mare de intrare, este nevoie ca
mediul de transmisie s fie untat la capete cu cte un rezistor, numit terminator, a crui rezisten
electric s fie egal cu impedana caracteristic a liniei, aa cu se poate vedea n figura 4.6.
Terminator
R = 50
>1M
>1M
>1M
Terminator
R = 50
Linie de transmisie cu impedan caracteristic

Z = 50
Fig. 4.6. Utilizarea terminatoarelor pentru nchiderea, la capete, a unei linii de transmisie.
n cazul conectrii directe a unor echipamente de comunicaie, impedana de ieire a
circuitelor din sursa de semnal, impedana caracteristic a liniei de transmisie i impedana de
intrare a echipamentului destinaie, trebuie s fie egale, aa cum se poate vedea n figura 4.7.
Impedana
de ieire
Zo = 100
Impedana
de intrare
Zi = 100
Z = 100
Impedana caracteristic
a liniei de transmisie
Fig. 4.7. Adaptarea impedanelor, de intrare i ieire, la conectarea a dou echipamente.
4.3.3. Dispersia.
Un semnal dreptunghiular s(t) este reprezentat printr-o serie infinit de componente armonice,
aa cu se poate vedea n relaia 14.

4
s(t) =
(- 1 )
cos(2k + 1)2 f k
2k + 1
(14)
unde k este un numr ntreg i pozitiv, iar fk este frecvena componentei armonice de ordinul k.
Dac se analizeaz proprietile electrice ale materialelor din care este construit o linie de
transmisie, se observ c permitivitatatea dielectric, a materialului din nveliul conductoarelor,
variaz cu frecvena de polarizare electric. n tabelul 4.1. se prezint valorile permitivitii
dielectrice pentru diferite materiale.
Tabelul 4.1.
Permitivitatea dielectric
50Hz
1kHz
1MHz
1GHz
Material / Frecven
PTFE (teflon)
2,08
2,08
2,08
PVC
3 3,3
2,8 3,1
2,8
PE
2,2
2,2
2,2
o
De aici se observ c la unele materiale, folosite pentru izolarea conductoarelor,

permitivitatea dielectric scade cu creterea frecvenei. Pe de alt parte, pierderile care apar n
materialul liniei de transmisie sunt dependente de frecven, ceea ce face ca atenuarea diferitelor
componente armonice transmise s nu fie aceeai, aa cum se poate vedea n figura 4.8.
i
Ai
Ad
Linie de
transmisie
= v(f) x t
Fig. 4.8. Dispersia unui semnal, de-a lungul unei linii de transmisie.
Dispersia influeneaz negativ calitatea semnalelor transmise, existnd riscul ca acestea s nu mai
poat fi recepionate corect, la destinaie. Pentru a evita acest lucru, este nevoie de montarea, de-a lungul
circuitelor de transmisie, a unor repetoare de semnal. Rolul acestor repetoare este de a amplifica semnalele primite i de a le formata n timp, cu o durat de ceas egal cu cea avut n momentul transmisiei.
Coliziunea.
Coliziunile apar n situaia n care dou surse, conectate la acelai mediu de propagare,
transmit simultan semnale. Acestea interfereaz, genernd un semnal rezultant din care nu se mai
poate extrage informaia transmis i care nici nu mai are aceleai caracteristici, de amplitudine i
durat, cu cele iniiale (figura 4.9).
c
i
Ai
i
Ac
Linie de
transmisie
Ai
X
coliziune
surs de
semnal 1
Ac Ai
c
surs de
semnal 2
Fig. 4.9. Apariia coliziunii, n cazul transmisiilor simultane.
S presupunem c avem o linie de transmisie la care sunt cuplate dou surse de semnal aflate
la distana . Timpul n care un semnal electric, transmis de una dintre acestea, strbate distana
dintre ele este:
t=
(15)
Dac cele dou surse ncep s transmit semnale simultan, sau ntr-un interval de timp mai
mic dect t, are loc fenomenul de coliziune. De aceast problem trebuie s se in seama cnd se
concep metodele de acces la mediile de transmisie comune mai multor terminale. Pentru evitarea
coliziunilor, trebuie asigurat accesul neconcurent la mediu, aa cum se va putea vedea n cursul n
care sunt descrise funciunile nivelului OSI 2 (legtur), a crei component MAC este
responsabil cu aceast problem.
Concluzii:
un semnal, care se propag de-a lungul unei linii de transmisie, se comport ca o und, de
tensiune i curent, care este puternic influenat de caracteristicile de impedan ale liniei;
pe parcursul traversrii unei linii de transmisie, un semnal sufer o ntrziere dependent de
caracteristicile mediului.
reflexia semnalelor apare la frontiera dintre dou segmente cu impedan caracteristic
diferit, n punctele de nndire, scurtcircuit i de ntrerupere;
un semnal periodic nesinusoidal, sufer un fenomen de dispersie, manifestat prin ntrzierea
diferit a componentelor armonice;
n cazul n care dou sau mai multe surse transmit simultan semnale ntr-o linie, apare
fenomenul de coliziune.
10

I.

1. O linie de transmisie se comport fa de semnalele transmise, ca:
a) O rezisten electric;
b) O inductivitate electric;
c) Un cuadripol electric;
d) O anten;
e) Un unt.
2. Componenta reactiv este reprezentat de:
a) Rezistivitatea R, conductivitatea G, inductivitatea L i capacitatea C;
b) Inductivitatea L i capacitatea C;
c) Rezistivitatea R i inductivitatea L;
d) Rezistivitatea R i capacitatea C;
e) Rezistivitatea R i conductivitatea G
3. O linie de transmisie afecteaz semnalele de date prin urmtoarele fenomene:
a) atenuare, reflexie i coliziune;
b) atenuare, reflexie i dispersie;
c) atenuare, degradare i coliziune;
d) dispersie, reflexie i inducie;
e) atenuare, reflexie, dispersie i compensare;
II.

1. Rezistenele terminator au rolul de a elimina semnalele reflectate.
adevrat fals
2. Valoarea rezistenei terminator trebuie s fie mai mare sau egal dect impedana
caracteristic.
adevrat fals
3. Liniile de transmisie care au aceeai impedan caracteristic se pot conecta n
paralel.
adevrat fals
11
RSPUNSURI
I.

1. c
2. b
3. b
II.

1. adevrat
2. fals
3. fals
Bibliografie
1. Schmitt, R., Electromagnetics Explained - A Handbook for Wireless/RF, EMC, andHigh-Speed
Electronics, Elsevier Science, 2002
Cursul 5 - Introducere n tehnologiile WAN, LAN i protocolul SDLC

Cursul 5
INTRODUCERE N TEHNOLOGIILE WAN, LAN I PROTOCOLUL

SDLC
Introducere curs
Obiective curs

individual
n acest curs sunt prezentate:

Tehnologiile WAN i LAN;
Protocolul SDLC.
Introducere n tehnologiile WAN.
Legturi punct-la-punct (Point-to-Point).
Tehnologii cu comutare de circuite.
Tehnologii cu schimb de pachete.
Circuite virtuale WAN.
Servicii de apelare WAN (Dialup Services).
Dispozitive specifice WAN.
Componente WAN.
Server de acces.
Modemul.
CSU/DSU.
ISDN Terminal Adapter.
Introducere n tehnologiile LAN (Protocoale LAN).
Protocoale LAN i modelul de referin OSI.
Metode de acces la mediul de transmisie.
LAN - Metode de transmisie.
Arhitecturi specifice reelelor locale de calculatoare (LAN).
Dispozitive specifice reelelor locale.
Segmentarea unei reele locale.
Protocolul SDLC i variantele sale; generaliti.
Arhitecturi specifice protocolului SDLC.
Formatul cadrelor SDLC.
Protocoale derivate.
HDLC (High-Level Data Link Control).
LAPB (Link-Access Procedure, Balanced).
LLC IEEE 802.2 (Logical Link Control).
QLLC (Qualified Logical-Link Control).

Cuprins:
5.1. Introducere n tehnologiile WAN. .................................................... 2
5.1.1. Definiia unei reele WAN. .............................................................. 2
5.1.2. Tehnologii WAN. ............................................................................ 2
5.1.3. Dispozitive WAN. ........................................................................... 5
5.1.4. Protocoale specifice tehnologiilor WAN. ......................................... 6
5.2. Introducere n tehnologiile LAN (protocoale). ................................. 7
5.2.1. Definiia unei reele locale (LAN).................................................... 7
5.2.2. Tehnologii specifice......................................................................... 7
5.2.3. Protocoale LAN i modelul de referin OSI. ................................... 7
5.2.4. Metode de acces la mediul de transmisie.......................................... 8
5.2.5. LAN - Metode de transmisie............................................................ 9
5.2.6. Arhitecturi specifice reelelor locale de calculatoare (LAN). ...........10
5.2.7. Dispozitive specifice reelelor locale...............................................12
5.3. Protocoale din familia SDLC (Synchronous Data Link Control). ....13
5.3.1. Noiuni generale i definiie. ...........................................................13
5.3.2. Arhitecturi specifice protocolului SDLC. ........................................13
5.3.3. Formatul cadrelor SDLC.................................................................14
5.3.4. Protocoale derivate. ........................................................................15
RSPUNSURI ..........................................................................................20
Bibliografie................................................................................................20
5.1. Introducere n tehnologiile WAN.
5.1.1. Definiia unei reele WAN.

WAN (Wide Area Network - reea cu arie de extindere mare) este o reea de comunicaii de
date care poate s acopere un spaiu geografic ntins i care utilizeaz soluii obinuite de
transmisie, cum este de exemplu reeaua de telefonie fix [1, 2].
5.1.2. Tehnologii WAN.
n acest paragraf se prezint, pe scurt, cteva tehnologii i protocoale utilizate n reelele cu
arie de ntindere mare. ntre acestea se afl legturile punct-la-punct, serviciile de transfer ale
datelor prin apelare telefonic (dial-up - cu comutare de circuite) i schimbul de pachete prin
circuite virtuale, mpreun cu dispozitivele lor specifice.
Tehnologiile WAN ocup primele trei nivele ale modelului de referin OSI, fizic, legtur de
date i reea, aa cum se poate vedea n figura 5.1 [2].
X,21 bis
Nivelul
Fizic
SDLC
PPP
HDLC
subnivel
MAC
Frame Relay
SMDS
subnivel
LLC
LAPB
Nivelul reea
(Network)
Nivelul
legturii
de date
X,25 PLP
EIA/TIA - 232
EIA/TIA - 449
V.24 V.35
HSSI G.703
EIA - 530
Modelul OSI -- Specificaiile WAN
Fig. 5.1. Poziionarea tehnologiilor WAN n raport cu modelul OSI.

Legturile punct-la-punct (Point-to-Point).
O legtur punct-la-punct asigur, ntre sediul clientului i reeaua de la distan, o cale
prestabilit de comunicare printr-o reea de transfer. Acest tip de conexiune folosete, de cele mai
multe ori, linii nchiriate formate dintr-o pereche de fire rsucite legate direct ntre cele dou locaii
(nu se folosesc circuite de comutare, cum sunt centralele telefonice). Avantajul acestei soluii este
c legtura ntre cele dou puncte este permanent i nu necesit faze de iniiere a legturii.
Dezavantajul este dat de eficiena uneori mic a utilizrii mediului de transmisie, transferul
datelor fcndu-se periodic i nu ntotdeauna la capacitatea legturii. Din aceast cauz, soluiile
care utilizeaz circuite comutate, sau schimb de pachete prin circuite permanente, pot s fie mai
rentabile din punctul de vedere al costurilor. n figura 5.2 este prezentat o legtur punct-la-punct,
de-a lungul unei reele cu arie mare de acoperire (WAN).
WAN
Fig. 5.2. Legtur punct-la-punct tipic.

Tehnologii cu comutare de circuite.
Circuitele comutate permit conexiuni care pot fi iniiate naintea transmisiei de date i
ntrerupte cnd aceasta s-a ncheiat, la fel ca i n cazul unei comunicaii telefonice, de voce. Un
exemplu reprezentativ de sistem, cu comutare de circuite, este ISDN (Integrated Services Digital
Network - reea de servicii digitale integrate).
Cnd un echipament are de transmis date, ctre o destinaie aflat la distan, va iniia o
legtur prin apelarea unui numr de telefon, aflat la cellalt capt al circuitului. Dup conectare i
autentificare, poate avea loc transferul de date, iar dup ncheierea acestuia, circuitul telefonic poate
fi ntrerupt, aa cum se poate vedea n figura 5.3 [2].

Reea telefonic
Telecom sau ISDN
DTE
WAN
DCE
Ruter
Modem
Modem
DCE
DTE
DCE
Modem
Echipamente
de comutare
a circuitelor
Ruter
Ruter
DTE
Fig. 5.3. Circuit WAN comutat, iniiat de-a lungul unei reele telefonice.
Tehnologii cu schimb de pachete.
Schimbul de pachete este folosit de tehnologiile WAN care, pentru creterea eficienei
utilizrii infrastructurii, exploateaz n comun pri din reeaua de transmisie. Costurile relative de
transmisie sunt mai mici dect n cazul legturilor punct la punct. Clienii sunt conectai permanent
la echipamentele firmei, care transport pachetele de date, acestea asigurnd, ntre surs i
destinaie, aa numitele "circuite virtuale".
Partea din reea care este folosit n comun, de mai muli clieni, se regsete sub numele de
"nor" (cloud). Exemplele cele mai sugestive, de astfel de sisteme cu schimb de pachete, sunt Frame
Relay i X.25.
n figura 5.4 se poate vedea un exemplu de circuit cu schimb de pachete.
Locaia
beneficiarului
Reea de transmisie
(Carrier Network)
DCE
WAN
Demultiplexare
DCE
Multiplexare
Fig. 5.4. Transferul datelor de-a lungul unui sistem cu schimb de pachete.
Circuite Virtuale WAN
Un circuit virtual este un circuit logic creat, de-a lungul unei resurse comune de reea, ntre
dou dispozitive aflate la distan mare. Sunt definite dou tipuri de circuite virtuale: comutate SVC
(Switched Virtual Circuits) i permanente PVC (Permanent Virtual Circuits) [2, 6].
Circuitele virtuale comutate sunt acelea care se iniiaz la cerere i se nchid atunci cnd
transferul datelor nceteaz. Comunicaia de-a lungul unui circuit virtual comutat presupune trei
faze: iniierea, transferul de date i nchiderea circuitului virtual.
Circuitele virtuale comutate (SVC) se folosesc atunci cnd transferul de date are loc cu
ntreruperi ndelungate. Cu toate c este nevoie de faze de iniiere i nchidere, soluia circuitelor
virtuale comutate (nepermanente) poate s fie mai puin costisitoare dect a celor permanente.
Circuitele virtuale permanente (PVC) sunt conexiuni logice stabilite permanent utilizate n
cazul transmisiilor cu flux constant de date i sunt mai costisitoare dect n cazul anterior. Circuitul
virtual este iniiat de ctre furnizorul de serviciu, la cererea unui client.
Servicii WAN apelate telefonic (Dial-up).
Serviciile WAN apelate telefonic reprezint o soluie mai puin costisitoare care se utilizeaz,
de obicei, n dou situaii: rutare la cerere (Dial-on-Demand Routing) i legturi de rezerv (Dial
Backup).
DDR este o tehnic prin care un ruter poate iniia dinamic, prin apel telefonic, o legtura prin
care s transmit date spre o anumit destinaie. Dup iniierea legturii i transferarea datelor,
circuitul telefonic se poate ntrerupe, dup o perioad de timp stabilit anterior.
Legturile de rezerv (Dial Backup) sunt similare cu cele la cerere (DDR), cu diferena c ele
se iniiaz n cazul n care o legtur primar de reea (de obicei de alt tip dect punct-la-punct) s-a
ntrerupt i tronsonul de reea a fost izolat. Legtura de rezerv se ntrerupe imediat dup ce a fost
remediat defeciunea legturii primare.
5.1.3. Dispozitive WAN.
n tehnologiile WAN se utilizeaz o gam larg de dispozitive specifice. ntre acestea cele
mai cunoscute sunt dispozitivele de comutare (WAN Switches), serverele de acces, modemurile
(CSU/DSU) i adaptoarele pentru terminale ISDN. n afar de acestea, se mai pot ntlni i rutere,
circuite de comutare ATM i multiplexoare.
Dispozitivul de comutare, sau schimb de pachete (WAN Switch).
Un dispozitiv de comutare, cu mai multe porturi, opereaz la nivelul legtur al modelului de
referin OSI i este folosit pentru conectare n reelele de transfer (Frame Relay, X.25).
n figura 5.5 se poate vedea un exemplu de conectare a unor rutere, la un circuit WAN,
utiliznd echipamente de comutare [2].
Reea digital cu schimb de pachete
Fig. 5.5. Conectarea unor rutere la un circuit WAN, prin echipamente de comunicaie cu schimb de
pachete.
Serverul de acces.
Un server de acces este un echipament cu rol de punct de concentrare a conexiunilor, de
intrare (dial in) sau de ieire (dial out), care asigur transferul datelor prin apel telefonic. Un
exemplu de utilizare, a unui astfel de echipament, se poate vedea n figura 5.6.
WAN
Server de acces
DTE
DCE
Modem
Fig. 5.6. Modul n care un server de acces concentreaz conexiunile prin apel telefonic.

Modemul
Modemul este un dispozitiv care permite transmiterea datelor, prin linii telefonice (de voce)
sub form de semnale analogice, sau digitale. La nodul surs, datele sunt convertite n semnale
electrice (analogice), capabile de a fi transmise prin circuitele de comunicaie. La recepie, aceste
semnale sufer un proces invers de conversie, care le aduce la forma iniial (de date numerice). n
figura 5.7. se poate vedea un circuit format din dou echipamente terminale, conectate la WAN
prin intermediul modemurilor.
Modem
Modem
Telecom
Fig. 5.7. Conexiune la WAN prin modemuri.

CSU/DSU
CSU/DSU (Channel Service Unit/Digital Service Unit) este o interfa digital folosit pentru
conectarea, unui echipament terminal, la un circuit de transmisie digital a semnalelor (de exemplu
T1) aa cum se poate vedea n figura 5.8.
CSU / DSU
Reea
digital
Fig. 5.8. Poziionarea unui dispozitiv CSU/DSU.

Adaptorul ISDN.
Un adaptor de terminal ISDN este un dispozitiv utilizat la conectarea interfeei ISDN la o alt
interfa (de exemplu EIA/TIA-232), a unui calculator sau ruter. Adaptorul de terminal este de fapt
un modem ISDN, cu diferena c acesta nu transform informaia digital n una analogic (i
invers), ci o transform ntr-un format specific tehnologiei ISDN (figura 5.9).
Reea
ISDN
DTE
adaptorterminal
ISDN
Fig. 5.9. Conectarea unui echipament terminal la ISDN printr-un adaptor de terminal.
5.1.4. Protocoale specifice tehnologiilor WAN.

Pentru a face posibil funcionarea tehnologiilor, de interconectare a reelelor cu arie extins,
este nevoie de protocoale concepute special pentru aceasta. Specificul acestor tehnologii este marea
varietate de soluii utilizate pentru transmisia semnalelor purttoare de informaii, n general medii
conductoare electrice (perechi de fire rsucite), sau electromagnetice (fibra optic i modemuri
radio). Pentru acestea s-au dezvoltat cteva familii de tehnologii, ntre care cele mai importante
sunt: SONET (Synchronous Optical Network), ATM (Asynchronous Transfer Mode), X.25, sau
Frame Relay. Aceste tehnologii utilizeaz, pentru ncapsularea datelor i controlul transmisiei.
Protocoale de transfer serial al datelor, ntre care cele mai importante sunt cele din familia SDLC
(Syncronous Data Link Control) i PPP (Point to Point Protocol), prezentate n continuare.
5.2. Introducere n tehnologiile LAN (protocoale).
5.2.1. Definiia unei reele locale (LAN).

O reea local LAN (Local Area Network - reea local de calculatoare) este o colecie de
echipamente de date (staii de lucru, servere imprimante etc.) conectate ntre ele prin sisteme de
comunicaie de vitez mare i care acoper o arie geografic restrns. Se pot ntlni astfel de reele
n departamente, sau servicii, care trebuie s schimbe date ntre diferii operatori. De obicei o astfel
de reea nu acoper un spaiu mai mare de un etaj sau o cldire [1, 3].
5.2.2. Tehnologii specifice.
n acest paragraf se prezint, pe scurt, diferite metode de transmisie, arhitecturi i dispozitive
specifice tehnologiilor care stau la baza reelelor locale LAN (Local Area Networks), ntre care cele mai
des ntlnite sunt Ethernet / IEEE-802.3, Token Ring / IEEE-802.5 i FDDI (Fiber Distributed Data
Interface - interfee de date distribuite pentru fibra optic). n figura 5.10 se prezint o imagine de
ansamblu a protocoalelor care le definesc [3].
FDDI
Token Ring
IEEE 802,5
Ethernet / IEEE 802,3
100 Base T
Fig. 5.10. Cele trei tipuri de tehnologii ntlnite mai des n construcia
reelelor locale (LAN).
5.2.3. Protocoale LAN i modelul de referin OSI.

Protocoalele care fac posibil funcionarea reelelor locale se gsesc n primele dou nivele
ale modelului de referin OSI, 1 Fizic i 2 Legtur, aa cum se poate vedea n figura 5.11 [3].

IP, IPX ...
Nivelul Reea
FDDI
Token Ring / IEEE 802,5
Nivelul Fizic
100 Base T
Subnivelul
MAC
IEEE 802,2
Ethernet
Nivelul
Legturii
de date
Subnivelul
LLC
IEEE 802,3
Primele dou nivele ale modelului OSI - Specificaiile LAN
Fig.5.11. Relaia dintre protocoalele LAN cele mai des ntlnite i modelul de referin OSI.
5.2.4. Metode de acces la mediul de transmisie.

n reelele locale, mediile de transmisie a datelor se folosesc, de obicei, n comun de ctre mai
multe dispozitive. Problemele care apar sunt legate de imposibilitatea ca dou sau mai multe dispozitive
s transmit simultan date. n consecin, trebuie s se aplice o metod care s permit accesul la
mediul de transmisie numai a unui singur echipament o dat. Dei s-au dezvoltat i experimentat mai
multe metode de acces, n prezent, doar dou dintre acestea sunt mai des folosite: metoda CSMA/CD
(Carrier Sense Media Access/Collision Detection - acces la mediu prin "ascultarea" purttoarei i
detectarea coliziunii) i metoda pasrii permisului (Token Passing - pasarea unui indicator de acces).
La reelele care utilizeaz prima metod (CSMA/CD), aa cum este tehnologia Ethernet,
dispozitivele sunt ntr-o competiie continu pentru a ocupa mediul de transmisie.
Dup pregtirea datelor primite de la protocoalele de la nivelul superior, dispozitivele de reea
ascult mediul (linia) pentru afla dac acesta este folosit n acel moment de ctre alt dispozitiv.
Dac pe linie este linite, adic nici un alt dispozitiv nu folosete linia n acel moment, se ncepe
transmisia. Dup epuizarea ntregului cadru, pregtit anterior, dispozitivul ascult din nou mediul de
transmisie pentru a afla dac, ntre timp nu a aprut o coliziune generat de transmiterea simultan
de date de ctre alt dispozitiv. n urma apariiei unei coliziuni, dispozitivele care au generat-o vor
atepta o perioad de timp, cu lungime aleas aleator, nainte de a mai trimite date. n acest fel,
probabilitatea ca aceleai dispozitive s genereze nc o coliziune scade foarte mult.
Pentru ca toate dispozitivele, dintr-o reea local, s fie informate de prezena coliziunii,
primul dispozitiv care o detecteaz va transmite un semnal (jam signal) care va accentua fenomenul,
astfel nct s fac imposibil recepia. Rolul acestuia este de a mpiedica accesul la mediu, pentru o
anumit perioad de timp, a acelor dispozitive care au pregtite date pentru a fi transmise.
Se observ de aici c aceast metod este nedeterminist, timpul de transmisie a unui cadru de
date fiind variabil si depinde de ncrcarea reelei. O reea, care are un numr mai mare de
dispozitive, va fi mai lent din punctul de vedere al transferului dect una care are mai puine.
Segmentul de reea n care exist ansa de apariie a coliziunii se numete domeniu de coliziune.
O reea bazat pe pasarea unui indicator (token - indiciu, semn), care indic dispozitivul
cruia i vine rndul la transmiterea datelor, aa cum este Token Ring i FDDI, folosete un cadru
de date special, transmis de la un dispozitiv la altul ntr-o anumit (aceeai) ordine.
Dispozitivul, care are pregtite date pentru transmitere, va trebui s atepte primirea
indicatorului (token) dup care va ncepe transmisia. Dup ce aceasta s-a terminat, va elibera
indicatorul, trimindu-l dispozitivului urmtor.
Avantajul principal al acestei metode este c se poate determina timpul n care se transmit
datele, nainte chiar de se ntmpla acest lucru. Se spune c aceste tehnologii sunt deterministe.
Aceasta face ca acest tip de reelele s fie prezente n sistemele care trebuie s funcioneze n timp
real, sau acolo unde echipamentele trebuie s fie capabile s comunice la un interval bine precizat.
Conectarea echipamentelor ntr-o reea se poate face direct, n cazul mediului de transmisie prin
cablu coaxial, sau prin intermediul dispozitivelor repetoare multiport (Hub - butuc). Aceste dispozitive
permit conectarea unui numr mare de echipamente de reea, ceea ce mrete domeniul de coliziune.
Dispozitivele de comutare (Switch) segmenteaz reeaua n mai multe domenii de coliziune,
reducnd numrul dispozitivelor care folosesc acelai mediu fizic de transmisie. Rezultatul este
reducerea transmisiei inutile de mesaje spre segmentele care nu conin sursa sau destinaia, scderea
numrului de coliziuni i creterea, n consecin, a performanelor de vitez.
Procesul de mprire a unei reele de ctre un dispozitiv switch se numete microsegmentare.
n general, o reea bazat pe metoda CSMA/CD poate transmite date, n sensuri opuse, doar
n faze diferite (succesive). Asta nseamn c n timpul n care un dispozitiv transmite date, celelalte
pot doar s le recepioneze. Acest mod de transmisie se numete half-duplex.
Odat cu segmentarea cu dispozitive de tip switch (numit n acest caz microsegmentare) a
fost posibil modul de transmisie bidirecional i simultan, numit full-duplex. Aceste dispozitive
creeaz canale de comunicaie doar ntre surs i destinaie, izolnd mediul comun (distribuit), din
afara acestor canale, de traficul inutil. Dac sursele i destinaiile sunt diferite, se pot deschide
attea canale cte perechi distincte, surs-destinaie, exist la un moment dat. Astfel, ntr-un mediu
cu capacitate de a transfera date cu o rat de 100 Mbps se pot transmite 200 Mbps, cte 100 Mbps
n ambele sensuri, dac transferul este simetric (trafic egal n ambele sensuri).
n general, conexiunile nu sunt simetrice, transferul datelor ntr-un sens poate fi semnificativ
mai mare dect n cellalt i din aceast cauz ctigul de band, prin microsegmentare, nu este
ntotdeauna substanial.
i n reelele cu acces la mediul de transmisie, bazate pe transfer al unui indicator, cum este
Token Ring, se pot folosi dispozitive de comutare. Rolul acestora este asemntor cu cel de la
metoda CSMA/CD.
n reelele mari, transmiterea de-a lungul ntregii reele a indicatorului de acces poate duce la
ntrzieri semnificative ale accesului la mediu. Microsegmentarea, n aceste situaii, duce la
creterea frecvenei de acces la indicator a dispozitivelor din reea.
5.2.5. LAN - Metode de transmisie.
Metodele de transmisie a informaiei ntr-o reea local (LAN) se mpart n trei mari categorii:
unicast, multicast i broadcast. Asta nseamn c o datagram este trimis unuia, sau mai multor
noduri din reea simultan, aa cum se poate vedea n continuare:
n cazul transmisiei unicast, o datagram este transmis de ctre o surs unei singure
destinaii din cadrul reelei. Sursa va folosi adresa nodului destinaie pentru a defini inta la care
trebuie s ajung datagrama. Aceasta va fi trimis apoi prin mediul de transmisie, iar dispozitivele
de reea o vor transmite nodului destinaie (unic).
n cazul transmisiei multicast, o singur datagram este copiat i transmis spre o

anumit list de noduri destinaie. Nodul surs va adresa datagrama prin utilizarea unei adrese
specifice (multicast address). Datagrama astfel generat va fi transmis apoi n reea, care va face
copii pentru fiecare nod din lista de adrese multicast.
n cazul transmisiei broadcast se trimite o singur datagram care se transmite tuturor

nodurilor din reea. n acest caz, nodul surs va adresa datagrama cu o adres special, numit "de
broadcast", pe care o vor accepta toate nodurile din reea.
10

5.2.6. Arhitecturi specifice reelelor locale de calculatoare (LAN).
Arhitectura unei reele locale (LAN Topology) definete modul n care sunt organizate
dispozitivele din reea.
Pentru reelele locale se consider c exist patru modele de baz, denumite dup form:
magistral (Bus), cerc, stea i arbore. Arhitectura unei reele locale se analizeaz att din punctul de
vedere al nivelelor OSI 1 (fizic), 2 (legtur) i 3 (reea), modelul de organizare poate s difere n
funcie de acestea [1, 3].
Se consider c se pot face dou analize a unei arhitecturi: din punct de vedere fizic i logic.
Astfel, o reea Ethernet bazat pe cablu coaxial are o arhitectur de tip magistral, att din punct
de vedere logic ct i fizic. Nodurile reelei sunt conectate la un mediu fizic rectiliniu (Bus) i pot
recepiona orice datagram transmis n acesta, aa cum se poate vedea n figura 5.12,a.
Pentru o reea Ethernet conectat la un dispozitiv repetor multiport (hub), arhitectura fizic
este n form de stea, dar cea logic (de la nivelul legturii de date OSI 2) este de tip magistral.
Dei nodurile sunt conectate radial la acesta, folosesc n comun acelai mediu fizic (figura 5.12,b).
O reea de tip Token Ring este organizat din punct de vedere fizic ntr-o stea, nodurile fiind
conectate radial la un switch, dar din punct de vedere logic are o arhitectur circular, accesul la
mediul de comunicaie fcndu-se ciclic de la un nod la cellalt [4].
Repetor
Punte de
transfer
(Bridge)
a)
b)
Fig.5.12. Arhitectur de tip magistral (Bus) cu extindere prin repetor (a) sau prin punte (b).
n cazul arhitectura n form de stea, nodurile sunt conectate la un dispozitiv (punct) central
comun, care poate s fie un repetor multiport (hub), unul de comutare (switch), sau un server de
fiiere cu interfa multipl, aa cum se poate vedea n figurile 5.13 i 5.14.
Majoritatea reelelor locale au, din punct de vedere fizic, o arhitectur de tip stea.
Repetor
multiport
(Hub)
a)
Punte
multiport
(Switch)
b)
Fig.5.13. Model de arhitectur n form de stea, cu conectare prin hub (a) i prin switch (b).
n figura 5.14 se poate vedea modul de interconectare, prin intermediul unui echipament de
tip switch, a unor echipamente terminale, aparinnd unui grup de lucru.
11
Imprimant
Server
de fiiere
Switch
Fig.5.14. Grup de lucru, conectat prin switch.

Arhitectura cu model inelar (Ring) caracterizeaz un grup de dispozitive conectate ntre ele,
unele dup altele, prin legturi de transmisie unidirecionale care formeaz un cerc, aa cum se
poate vedea n figura 5.15. Exemple de reele care au arhitectur circular sunt Token Ring (IEEE
802.5) i FDDI (Fiber Distributed Data Interface).
Fig.5.15. Model de arhitectur logic de tip inel.

Modelul arhitecturii de tip arbore este, din punct de vedere logic, identic cu cea de tip
magistral, cu excepia c sunt posibile ramificaii ale mediului fizic de transmisie. La acest model de
reea, un echipament este conectat, ntr-o structur ramificat, la un echipament sau nod de circuit,
permind, la rndul su, conectarea altor echipamente, aa cum se poate vedea n figura 5.16. Acest tip
de arhitectur este des ntlnit, n cazul reelelor private, conectare la Internet i n cazul unor reele
industriale, de instrumentaie.
Fig.5.16. Model de arhitectur de tip arbore.
12

5.2.7. Dispozitive specifice reelelor locale.
n reelele locale, n afara echipamentelor terminale de date (DTE), se folosesc i diferite

dispozitive de conectare, sau cu funcii de prelucrare a semnalelor. ntre acestea cele mai importante
sunt: repetoarele, repetoarele multiport (Hub), punile, comutatoarele (LAN switch) i ruterele.
Repetorul este un dispozitiv specific nivelului OSI 1 fizic, utilizat pentru conectarea segmentelor de reea aflate la distane mai mari dect permite mediul fizic sau dispozitivele de
conectare. Aceste dispozitive primesc semnalele electrice dinspre un segment de reea, le amplific
i le transmit spre alt segment. Aceast operaie se face pentru a reduce efectul degradrii semnalului electric de-a lungul conductoarelor de legtur lungi, aa cum se poate vedea n figura 5.12.
Un repetor multiport (Hub) este un dispozitiv, specific nivelului OSI 1 fizic, care conecteaz
mai multe noduri, prin conductoare dedicate, ntr-o reea n form de stea. Acest dispozitiv
prelucreaz doar semnalele electrice, fr s in seama de coninutul acestora. Semnalele electrice,
primite de la un port, sunt amplificate i transmise simultan spre toate celelalte porturi.
Un dispozitiv de tip punte (Bridge) permite conectarea a dou segmente de reea, similare din
punctul de vedere al tehnologiei folosite. Transferul datelor dintr-un segment n altul se face n
funcie de adresa terminalului destinaie, datele fiind transferate doar n segmentul de reea din care
face parte nodul destinaie.
Dispozitivele de tip punte multiport, numite i switch, permit conectarea mai multor
segmente de reea, sau a mai multor noduri.
Interpretnd adresa destinaie, din cmpul de adres al cadrelor de date, se pot deschide
circuite virtuale dedicate doar ntre surs i destinaie, ceea ce permite eliminarea traficului inutil
i scderea riscului de apariie a coliziunilor.
Extensorul (LAN Extender) este un dispozitiv, aparinnd mai multor nivele OSI, de obicei 2
i 3, care permite accesul la, i de la, un alt echipament terminal de date aflat la distan, aa cum se
poate vedea n figura 5.17. Aceste echipamente permit interconectarea mai multor reele locale,
transferul datelor putndu-se face prin filtrare, n funcie de adresele de nivel OSI 2 i 3.
Extensoarele mresc riscul de apariie a coliziunilor, datorit faptului c transmite, nspre toate
segmentele, mesajele cu adres de broadcast.
Extensor
(LAN Extender)
WAN
Extensor
(LAN Extender)
Fig. 5.17. Extinderea reelelor locale cu ajutorul extensoarelor.

Ruterul este un dispozitiv care permite interconectarea mai multor reele locale, sau
conectarea unei reele locale la alte resurse de reea aflate la distan. Transferul datelor ntre
diferite segmente conectate la un ruter se face n funcie de adresa de nivel OSI 3 reea.
13
Segmentarea unei reele locale.

Datorit neajunsurilor care apar odat cu creterea numrului de noduri ntr-o reea local, n
anumite situaii este nevoie de mprirea reelei n grupuri mai mici. Acest procedeu se numete
segmentare i se realizeaz cu ajutorul unor dispozitive de tip switch sau ruter.
5.3. Protocoale din familia SDLC (Synchronous Data Link Control).
5.3.1. Noiuni generale i definiie.

IBM a dezvoltat i lansat pe pia, n anii '70 un protocol sincron, aparinnd nivelului OSI 2,
al legturii de date, utilizat n reelele SNA (System Network Architecture), numit SDLC
(Synchronous Data Link Control - controlul sincron al legturii de date). n acest paragraf se va
prezenta acest protocol, mpreun cu variantele sale mai des utilizate.
Dup dezvoltarea protocolului SDLC acesta a fost propus pentru standardizare diferitelor
organizaii specializate, ISO i IEEE. ISO (International Organization for Standardization) aduce
modificri acestui protocol, obinnd o versiune evoluat numit HDLC (High-Level Data Link
Control protocol de control al legturii, de nivel nalt) [5].
ITU-T (International Telecommunication Union-Telecommunication Standardization Sector,
fost CCITT) modific ulterior HDLC pentru a crea LAP (Link Access Procedure - metod de acces
al nivelului legtur) i mai apoi LAPB (Link Access Procedure, Balanced - metod echilibrat de
acces al nivelului legtur).
IEEE (Institute of Electrical and Electronic Engineers) folosete HDLC ca surs pentru
dezvoltarea standardului IEEE 802.2 folosit ca element de legtur ntre nivelul legturii de date i
cel de reea. Cu toate acestea, SDLC a rmas pentru mult timp principalul protocol al nivelului
legturii de date, pentru legturile WAN, nlocuit mai trziu cu HDLC.
5.3.2. Arhitecturi specifice protocolului SDLC.
SDLC permite utilizarea sa n mai multe tipuri de legturi i arhitecturi de reea. Acesta
poate fi folosit n legturi de tip punct-la-punct sau multipunct, pentru transmisii half duplex sau
full duplex, n reele care folosesc transferuri prin comutarea de circuite sau schimb de pachete.
SDLC definete dou tipuri de noduri, pentru terminalele implicate n procesul de
comunicaie: primar i secundar [5].
Nodul primar controleaz operaiile cu alte staii, numite secundare i decide accesul
nodurilor secundare, n baza unei ordini predeterminate.
Nodurile secundare pot transmite date doar dup ce a fost deschis o conexiune virtual, de
ctre un nod primar. Nodul primar stabilete legtura, o gestioneaz, att timp ct este operaional
i o nchide. Nodurile secundare sunt controlate de un nod primar, ceea ce nseamn c acesta poate
transmite date doar dac cel din urm i permite accesul.
Nodurile se pot conecta n patru configuraii de baz:
Punct-la-punct (point-to-point), implic dou noduri, unul primar i unul secundar,
Multipunct (multipoint), implic un nod primar i mai multe noduri secundare,
Bucla (loop), implic o arhitectur n inel n care nodul primar se conecteaz cu primul i
cu ultimul nod secundar. Nodurile intermediare transfer datele ntre ele n funcie de cererile care
vin din partea nodului principal,
Stea (hub), presupune existena unor canale de intrare i de ieire. Un nod primar utilizeaz
un canal de ieire pentru a comunica cu nodurile secundare, iar acestea din urm utilizeaz cte un
canal de "ntoarcere" pentru a comunica cu primul.
14

5.3.3. Formatul cadrelor SDLC.
Cadrele SDLC sunt formate din mai multe cmpuri, al cror format depinde de rolul
funcional al informaiilor coninute n acestea. Funciunile cadrelor pot fi mprite n dou mari
grupe, fiind folosite pentru transferul datelor furnizate de nivelele superioare, pe care acest
protocol le servete, sau al informaiilor de control. Informaiile de control servesc pentru
configurarea i stabilirea parametrilor componentelor subnivelului LLC, implicate n procesul de
transfer al datelor.
Formatul unui astfel de cadru poate fi vzut n figura 5.18.
Semnificaia acestor cmpuri este urmtoarea:
Fanion (Flag), cmp de un octet care iniiaz cadrul i ncheie procedura de control a erorilor,
Adres (Address), este un cmp, de unul sau doi octei, care conine adresa legturii SDLC, a
nodului secundar, indicnd proveniena cadrului (de la un nod primar sau secundar). Adresa poate
fi individual, de grup sau de broadcast. Un nod primar poate fi att surs ct i destinaie, ceea ce
elimin nevoia includerii adresei proprii.
Control, cmp de unul sau doi octei care se folosete pentru definirea formatului cadrului
SDLC (din cele trei posibile). Aceste tipuri de cadre sunt prezentate mai jos:
o Cadrul I (Informaie) poart informaii de control despre protocolul de nivel superior.
Acest cadru trimite i recepioneaz numrul secvenei i bitul final de alegere (poll final P/F) de
control al fluxului i erorilor.
Lungimea cmpurilor (octei)
1
1 sau 2
1 sau 2
variabil
fanion
adresa
control
date
FCS
fanion
Formatul unui cadru cu informaie de control

numr secven
recepionat
poll final
numr secven
transmis
Formatul unui cadru "supervisor"

numr secven
recepionat
poll final
cod funcie
Formatul unui cadru fr secven specificat

cod funcie
poll final
cod funcie
Fig. 5.18. Cele ase cmpuri ale unui cadru SDLC.

Numrul secvenei de trimitere reprezint numrul de ordine al urmtorului cadru care
trebuie trimis. Numrul secvenei de recepie reprezint numrul de ordine al urmtorului
cadru care trebuie recepionat. Se vede de aici c ambele pri, att nodurile care transmit ct i
cele care recepioneaz date, in evidena ordinii secvenelor. Nodul principal folosete bitul final
de alegere (P/F) pentru a anuna nodul secundar, n cazul n care ateapt un rspuns imediat.
Nodul secundar folosete acelai bit pentru a anuna nodul principal de venirea ultimului (Final)
cadru din mesajul curent.
o Cadrul "S" (Supervisory) - de supraveghere, poart informaii de control, prin care se
cere iniierea sau terminarea unei transmisii, raportarea strii acesteia i confirmarea
recepionrii unui cadru de informare (I). Un cadru S nu conine cmp pentru informaii,
date utile.
o Cadrul "U" (Unnumbered) - nenumerotat, se folosete n scopuri de control, nu conine
secvene de date i se folosete la iniializarea nodurilor secundare. n funcie de rolul
acestui cadru, cmpul de control poate conine 1 sau 2 octei. Pot exista cadre de acest tip care
s conin i cmp pentru informaii.
15
Data, cmp cu dimensiune variabil care conine o unitate de informaie (Path Information
Unit PIU numite n alt context PDU Protocol Data Unit unitate de date de protocol), sau
informaii despre un identificator de schimb (Exchange Identification XID).
FCS, (Frame Check Sequence) - secvena de verificare a cadrului, este un cmp, cu
dimensiunea de doi octei, care conine informaii necesare verificrii integritii cadrului dup
un algoritm CRC (Cyclic Redundancy Check). Calculul informaiilor de control se face la
transmisia cadrului, iar la recepie se recalculeaz i se compar cu valoarea acestui cmp. Dac
rezultatul este diferit de valoarea nscris n coninutul cadrului, nseamn c s-a strecurat o eroare,
cadrul se abandoneaz i, n anumite situaii se poate cere retransmiterea lui.
Configuraia tipic a unei reele bazat pe protocolul SDLC se poate vedea n figura 5.19, unde
un echipament de control central (numit uneori i cluster controller) are conectate de la distan dou
terminale pasive i o reea Token Ring.
Dintr-o anumit locaie, un terminal IMB se poate conecta, prin intermediul unor dispozitive de
acces la canale, la un terminal FEP (Front-End Processor) care poate avea legturi cu reeaua local
Token Ring i cu o coloan principal de comunicaie SNA. Astfel, cele dou maini sunt
interconectate, cu ajutorul protocolului SDLC, prin intermediul unei linii seriale dedicate de 56 kbps.
Site local
IBM
Mainframe
Interfa procese
i conexiuni
Legtur SDLC
Site conectat
de la distan
Echipament de
interconectare
Token
Ring
Terminale
Fig. 5.19. Legtur SDLC ntre maini, prin intermediul unei linii seriale.
5.3.4. Protocoale derivate.

HDLC (High-Level Data Link Control) este asemntor cu SDLC, dar se renun la unele caracteristici ale acestuia, care sunt rezolvate de ctre protocoale de nivel superior. Varianta actual a protocolului HDLC este superioar protocolului SDLC din care a derivat. Acest protocol este folosit ca protocol de ncapsulare n diferite soluii de implementare ale protocolului PPP (Point to Point Protocol).
LAP (Link Access Procedure), este un protocol considerat mai puin performant dect
HDLC, care fost creat pentru a asigura compatibilitatea cu HDLC, modificat nc de la nceput
pentru a fi folosit, la transmisia datelor, de ctre tehnologii de comunicaie pe linii seriale. IEEE
802.2 este o variant modificat a protocolului HDLC, dezvoltat pentru a opera n reele locale
(LAN) i folosit pentru a asigura interfaarea dintre subnivelul MAC i cel de Reea (OSI 3).
QLLC (Qualified Logical Link) este un protocol, al nivelului Legtur (OSI 2), folosit de IBM
pentru a transmite date de tip SNA prin intermediul unei reele X.25 [5].
16
Protocolul HDLC.
Protocolul HDLC folosete acelai format al cadrelor ca i SDLC, cmpurile avnd aceeai
semnificaie i permite operarea liniei n regim sincron i full duplex, aa cum se poate vedea n
figura 5.20.
1
1 sau 2
1 sau 2
variabil
fanion
adresa
control
date
FCS
fanion

numr secven
recepionat
poll final
numr secven
transmis
Formatul unui cadru "supervisor"

numr secven
recepionat
poll final
cod funcie
Formatul unui cadru fr secven specificat

cod funcie
poll final
cod funcie
Fig. 5.20. Formatul cadrelor HDLC.

HDLC difer ns de SDLC prin cteva elemente i anume:
HDLC are opiune pentru calculul sumei de control pentru 32 bii, spre deosebire de 16 ct
folosete SDLC,
Spre deosebire de SDLC, HDLC nu permite conexiuni n form de stea sau bucl, fiind
conceput pentru conexiuni punct-la-punct.
Deosebirea major const n faptul c HDLC permite trei moduri de operare spre deosebire
de SDLC care are doar unul. Cele trei noduri de operare ale HDLC sunt:
Modul de transfer normal (NRM Normal response mode), folosit i de SDLC, n care
nodurile secundare nu pot comunica cu cele principale pn cnd acestea din urm nu le acord
permisiunea.
Modul de transfer asincron (Asynchronous Response Mode ABM), permite nodurilor
secundare s iniieze canal de comunicare cu un nod principal fr s primeasc acordul
acestuia.
Modul asincron echilibrat (Asynchronous Balanced Mode ABM) introduce noiunea de nod
"combinat", prin care un nod poate s fie, n acelai timp, principal i secundar, n funcie de
situaie.
Toate conexiunile de acest tip au loc ntre mai multe astfel de noduri combinate. n mediile
care folosesc modul asincron echilibrat, orice nod combinat poate s iniieze o transmisie de
date fr s cear permisiunea unei alte staii.
Protocolul LAPB.
Acest protocol este folosit n reelele care folosesc tehnologia X.25, avnd aceleai formate i
tipuri de cadre, care conin cmpuri avnd aceeai semnificaie ca i SDLC (fig.5.21). Spre
deosebire de acesta, LAPB folosete numai modul de transfer ABM (Asynchronous Balanced
Mode - mod de comunicare "punct la punct" ntre perechi de staii de acelai nivel ierarhic (peeroriented), folosit de HDLC, prin care oricare staie poate iniia transmisia) i este potrivit doar
pentru noduri combinate. De asemenea, circuitele LAPB pot s fie iniiate att de DTE (Data
Terminal Equipment) ct i de DCE (Data Circuit-terminating Equipment). O main care iniiaz
o cerere, devine nod principal, iar maina care rspunde la o cerere de deschidere a unui circuit,
devine nod secundar.
Modul n care LAPB folosete bitul de "alegere" (P/F) poate s difere fa de celelalte
protocoale. Acest lucru se poate vedea ntr-o analiz detaliat fcut asupra sistemului X.25.
1
fanion

variabil
1 sau 2
1
adresa
control
date
17
1
fanion
FCS
Fig. 5.21. Formatul unui cadru LAPB.

Protocolul IEEE 802.2.
Acest protocol este cunoscut mai ales sub numele LLC (Logical Link Control) i este foarte
des ntlnit la reelei locale, unde opereaz mpreun cu protocoale ca IEEE 802.3 (denumit generic
Ethernet), IEEE 802.4 (standard LAN care specific modul de operare al nivelului fizic cu subnivelul MAC, al legturii de date. IEEE 802.4 folosete indicator de acces (token-passing access) dea lungul unei reele bazat pe o astfel de arhitectur) i IEEE 802.5 (IBM Token Ring). LLC IEEE
802.2 a fost dezvoltat i opereaz cu succes ca serviciu pentru protocoalele de reea, mai des
ntlnite, UNIX-IP, Novell-IPX sau IBM-NetBIOS, aa cum se poate vedea n figura 5.22.
Nivele OSI
Reea
Legtur
Fizic
Protocoale de reea, clieni LLC

Unix IP
IBM NetBios
Novell IPX
SAP 80
SAP F0
SAP E0
LLC
IEEE 802.2 LLC
MAC
IEEE 802.3 CSMA/CD

IEEE 802.5 Token Ring
IEEE 802.3x, FDDI, 802.5
Fig. 5.22. Poziia ocupat de LLC n raport cu subnivelul MAC i nivelul reea, conform modelului
de referin OSI.
Protocolul LLC ofer trei tipuri de servicii i anume:
Tipul 1 (LLC Type 1) asigur un serviciu de comunicaie fr conexiune (fr confirmare a
primirii datelor), ceea ce nseamn c LLC de acest tip nu ofer posibilitatea verificrii recepionrii
corecte a datelor transmise. Datorit faptului c la nivelul superior de Transport (nivel OSI 4) exist
protocoale specializate pentru transport cu confirmare (cum este TCP/IP) care asigur un transfer sigur,
se poate compensa acest neajuns. Serviciul de tipul 1 este cel mai des folosit.
Tipul 2 (LLC Type 2 sau LLC2) asigur un serviciu care stabilete conexiune logic, sau
circuit virtual (bazat pe conexiune), ntre nodul care transmite date i cel care recepioneaz.
LLC2 asigur confirmarea datelor transmise (acknowledgement), ceea ce face ca acesta s fie mai
sigur chiar i n absena unui protocol specializat de transport, de nivel superior. Se folosete n
sistemele de comunicare dezvoltate de IBM.
Tipul 3 (LLC Type 3) asigur un serviciu cu confirmarea datelor dar fr conexiune. Cu toate
c acest tip de protocol permite confirmarea datelor transferate, nu stabilete o conexiune logic ntre
surs i destinaie. LLC de tipul 3, fiind o soluie de compromis ntre primele dou tipuri, este util n
mediile folosite n echipamentele industriale de automatizare (bazate pe automate programabile, nu
pe calculatoare personale), deoarece ofer avantajul unei transmisii cu detecie a erorilor, dar fr s
foloseasc circuite virtuale (care necesit spaiu de memorie suplimentar) [1].
Nodurile de la capetele unui canal de comunicaie pot suporta mai multe tipuri de servicii
LLC. Acestea se mpart n patru clase:
Clasa I suport doar serviciul LLC de tipul 1,
Clasa II suport servicii LLC de tipul 1 i 2,
Clasa III suport servicii LLC de tipul 1 i 3,
Clasa IV suport toate serviciile LLC (de tipul 1, 2 i 3).
Procesele de nivel superior utilizeaz serviciile IEEE 802.2 prin intermediul punctelor de
acces la servicii SAP (Service Access Points). Antetul IEEE 802.2 ncepe cu un cmp de adres
DSAP (Destination Service Access Point), definind punctul-destinaie de acces la servicii, care
identific procesul de nivel superior la care trebuie s ajung datele.
18
Dup ce componenta LLC IEEE 802.2, a nodului receptor, primete i termin de procesat
mesajul, trimite datele procesului de nivel superior identificat n cmpul DSAP. Acestuia i
urmeaz cmpul de adres a punctului de acces a serviciului surs SSAP (Source Service Access
Point), care identific procesul de nivel superior corespunztor nodului care trimite date (figura
5.23) [6, 5].
variabil
8 sau 16
DSAP
SSAP
I/G
Adres
control
C/R
Tip cadru
Informaii
1
Supervizor
Fr numr
de secven
Adres
Formatul cmpului de control n funcie de tipul cadrului

1
7
7
0
1
date
numr secven transmisie

1
0
2
cod
cod 1
p/f numr secven recepie

1
rezervat (zerouri) p/f

1
p/f
16 bii
7
numr secven recepie
16 bii
3
cod 2
8 bii
Fig. 5.23. Formatul unui cadru LLC IEEE 802.2.

Semnificaia cmpurilor este urmtoarea:
DSAP (Destination Service Access Point) adresa punctului de acces la servicii a
componentei LLC de pe terminalul destinaie, a crui structur este urmtoarea:
I/G (Individual/Group) 1 bit care specific dac adresa este individual, sau de grup address
may be: 0 adres individual; 1 de grup.
Restul adresei reprezint la identificatorul componentei client de la nivelul superior OSI 3 reea.
SSAP (Source Service Access Point) adresa punctului de acces la servicii a componentei
LLC de pe terminalul surs, a crui structur este urmtoarea:
C/R (Command/Response) 1 bit care specific dac este vorba despre un cadru de comand
sau de rspuns: 0 comand; 1 rspuns. Restul adresei reprezint identificatorul serviciului client de
la nivelul superior, OSI 3 reea.
Structura cmpului de control depinde de tipul cadrului:
P/F - un bit care comand transmisia unitii de date a protocolului de nivel superior (PDU);
cod doi bii folosii de cadrul supervizor ai cror valoare au urmtoarea semnificaie: 00
RR (Receive Ready), 01 REJ rejectare, 10 RNR (Receive Not Ready);
cod1, cod2 (Modifier Function Bits), bii alocai unor funcii speciale
Protocolul QLLC.
QLLC (Qualified Logical-Link Control - LLC cu bit de "calificare") asigur controlul
legturilor de date cerute la transmiterea datelor de tip SNA (Systems Network Architecture) de-a
lungul reelelor X.25, ca alternativ la LAPB. QLLC i X.25 nlocuiete SDLC n cazul utilizrii
protocolului SNA. QLLC utilizeaz o component proprie de nivel OSI 3 (reea), specific
tehnologiei X.25.
Pentru a putea indica faptul c se opereaz cu un protocol de nivel 3 se folosete un bit
(qualifier bit bit de calificare) egal cu 1, n cadrul cmpului de identificare a formatului GFI
(General Format Identifier), aflat n antetul protocolului de reea PLP (Packet Layer Protocol
protocol de nivel OSI 3 propriu tehnologiei X.25).
19
I.

1. Tehnologiile WAN permit realizarea doar a urmtoarelor tipuri de conexiuni:
a) punct la punct;
b) cu comutare de circuite i cu schimb de pachete;
c) punct la punct i pentru reele locale;
d) punct la punct, cu comutare de circuite i cu schimb de pachete.
e) prin linii telefonice
2. Metode de acces la mediul de transmisie, ntr-o ree cu mai multe terminale, are rolul
de a:
a) asigura conectarea unui terminal la linia de transmisie;
b) accesul nelimitat la dispozitivele de comunicaie;
c) evitarea coliziunilor, prin eliminarea accesului simultan la mediu;
d) gestiona, n mod egal, accesul periodic al terminalelor la resursele reelei;
e) crete viteza de comunicaie prin liniile de transmisie
3. Tehnologiile WAN i LAN sunt situate la nivelul (nivelele):
a) 1;
b) 2 i 3;
c) 1 i 2;
d) 1, 2 i 3;
e) 2;
II.

1. Arhitectura unei reele locale (LAN Topology) definete modul n care sunt
organizate dispozitivele din reea, fiind aceeai pentru toate nivelele OSI.
adevrat
fals
2. Dispozitivele de tip punte multiport, numite i switch, permind conectarea mai
multor segmente de reea i implicit a mai multor noduri, mresc riscul de apariie a
coliziunilor.
adevrat
fals
3. Protocoalele din familia SDLC definesc dou tipuri de noduri, pentru terminalele
implicate n procesul de comunicaie: master i slave.
adevrat
fals
20

RSPUNSURI
I.

1. d
2. c
3. c
II.

1. fals
2. fals
3. fals
Bibliografie
1. Parker, T., Teach Yourself TCP/IP in 14 Days - Second Edition, Sams Publishing, 1996
2. http://www.cisco.com/univercd/cc/td/doc/cisintwk/ito_doc/introwan.htm
3. http://www.cisco.com/univercd/cc/td/doc/cisintwk/ito_doc/introlan.htm
4. http://www.cisco.com/univercd/cc/td/doc/cisintwk/ito_doc/tokenrng.htm
5. http://www.cisco.com/univercd/cc/td/doc/cisintwk/ito_doc/sdlcetc.htm
6. http://www.cisco.com/univercd/cc/td/doc/cisintwk/ito_doc/frame.htm
Cursul 6 - Tehnologii de acces prin apel telefonic (Dial-up)

Cursul 6
TEHNOLOGII DE ACCES PRIN APEL TELEFONIC (DIAL-UP)
Introducere curs
Obiective curs

individual
n acest curs sunt dezvoltate aspecte legate de tehnologiile de acces prin

apel telefonic (dial-up).
Introducere.
Principiul tehnologiilor de acces prin apel telefonic.
Tehnologii de conectare.
Servicii de telefonie fix (POTS i PSTN).
Linii digitale T1/E1.
Semnale asociate (Channel Associated Signaling).
ISDN (Integrated Services Digital Network).
Dispozitive ISDN.
Servicii ISDN BRI, PRI.
Specificaii ISDN corespunztoare nivelelor OSI 1, 2, 3.
Modemuri.
Utilizarea comenzilor AT.
Modemuri speciale.
Accesul la resurse prin apel telefonic.
Cuprins:
6.1.
6.1.1.
6.1.2.
6.2.
6.2.1.
6.2.2.
6.2.3.
6.2.4.
6.2.5.
6.3.
6.3.1.
6.3.2.
6.3.3.
6.4.
6.4.1.
6.4.2.
6.4.3.
6.5.
Introducere. ...................................................................................2
Prezentare general........................................................................2
Scurt istoric. ..................................................................................2
Tehnologii de conectare prin apel pe linie telefonic (Dial-up). .....3
Serviciul de telefonie fix. .............................................................3
Liniile T1/E1. ................................................................................4
Interfeele BRI (Basic Rate Interface). ...........................................5
Interfeele PRI (Primary Rate Interface).........................................5
CAS (Channel Associated Signaling). ...........................................5
ISDN (Integrated Services Digital Network)..................................6
Introducere. ...................................................................................6
Dispozitive specifice tehnologiei ISDN. ........................................6
Servicii furnizate de ISDN.............................................................7
Specificaii OSI. ............................................................................8
Componentele nivelului OSI 1.......................................................8
Modemuri pentru linii analogice. ...................................................9

6.5.1. Consideraii generale. ....................................................................9
RSPUNSURI ..........................................................................................11
Bibliografie................................................................................................12
6.1. Introducere.
6.1.1. Prezentare general.

Tehnologiile Dial-up sunt folosite pentru conectarea unor echipamente terminale, sau reele
locale (LAN), n scopul transferului de date prin linii telefonice terestre (fire rsucite). Pentru
aceasta, se folosesc echipamente, instalate n locaia clienilor (CPE - Customer Cremises
Equipment), care permit utilizarea liniilor i a centralelor telefonice, n mod asemntor cu un
telefon clasic [3].
Datorit evoluiei continue a soluiilor tehnologice, folosite la construcia reelelor de
telefonie fix i mobil, avem de-a face cu o diversificare continu i a tehnologiilor dial-up.
Odat cu creterea cererii de astfel de servicii, au crescut i exigenele fa de performanele
de vitez ale modemurilor. Dac primele modemuri foloseau pentru comunicaia pe linia telefonic
semnale analogice, tendina actual este de a se generaliza utilizarea, n acest scop, a semnalelor
digitale.
Modemurile moderne digitale xDSL permit rate de transfer mult mai mari (zeci de Mbps)
dect a modemurilor analogice (de 56 kbps) care folosesc standardul V.90.
6.1.2. Scurt istoric.
Tehnologiile de comunicaie de date, prin linie telefonic (mai bine zis telegrafic) au aprut
imediat dup inventarea de ctre Samuel Morse a telegrafului, n anul 1837.
Transformrile spectaculoase au avut loc dup inventarea telefonului, n 1875. n 1915 a fost
asigurat legtura telefonic ntre New York i San Francisco, iar n 1927 s-a reuit stabilirea
legturii transatlantice, prin semnale radio. Microundele au nceput s fie folosite, pentru
comunicaii, ncepnd cu 1948, iar sistemele digitale integrate, din 1962.
n 1979 se inventeaz primul dispozitiv care permitea transmiterea informaiilor digitale, prin
linii telefonice sub form de sunete (semnale analogice), prin operaii de modulare i demodulare.
Acesta s-a numit modem (modulator demodulator) i a fcut posibil conectarea la distan, prin
apel telefonic (dial-up), a unor echipamente digitale. Conexiunile se stabilesc ocazional i sunt de
tip punct la punct.
Primele modemuri aveau o rat de transfer redus, iar soluiile de realizare i protocoalele de
comunicaie nu erau standardizate. Abia mai trziu, ITU-T (International Telecommunication
Union Telecommunication Standardization Sector, numit mai nainte CCITT, organizaie
internaional care se ocup cu dezvoltarea standardelor de telecomunicaii) ncepe s introduc
standardele recomandare din seria V, care reglementeaz att comunicaia dintre echipamentele
terminale de date (DTE), ct i a celor de comunicaie (DCE).
V.8Standardizeaz metoda de modulaie i modul de alegere a acesteia. Acest standard
se aplic doar la comunicaia dintre dou echipamente DCE. V.8bis, specific anumite
standarde de comunicaie ntre perechi de echipamente DTE conectate prin perechi de
echipamente DCE;
V.21, V.23, V.27ter, V.29Definete ratele de transfer de 300, 600/1200, 2400/4800 i
9600 baud;
V.25, V.25bis, V.25terStandarde folosite pentru automatizarea conectrii, acceptrii
apelului i controlul conexiunii.
V.32bis, V.34, V.90Standarde care reglementeaz modulaia pentru ratele de transfer de
14.400, 33.600, pn la 56.000 baud.

V.110Standard pentru adaptarea conectrii unui terminal (DTE) asincron la un
echipament de comunicaie (DCE) ISDN.
6.2. Tehnologii de conectare prin apel pe linie telefonic (Dial-up).

n acest curs sunt prezentate cteva soluii i metode de interconectare, prin linie telefonic,
folosind reelele terestre de telefonie existente.
6.2.1. Serviciul de telefonie fix.
Serviciul de telefonie fix analogic (POTS - Plain Old Telephone Service) este destinat
transmisiei de voce de-a lungul circuitelor telefonice analogice, organizate n reele terestre, cu o
arie de rspndire extins n teritoriu. Aceasta permite transferul de semnale sonore ntr-o band de
frecvene cuprinse ntre 300 i 4.300 Hz (cca. 4.000 Hz).
Conectarea unor echipamente, pentru transferul datelor n format digital, se poate face doar
prin introducerea n circuitul de semnal a unor echipamente care s transforme informaia discret
n semnale sonore, capabile de-a fi transmise prin aceste reele, aa cum se poate vedea n figura
6.1 [3].
Reea analogic
de telefonie fix
max. 33,6kbps
DTE 1
Modem
DCE 1
Telefon
analogic
Semnale
digitale
Central
telefonic
analogic
Multiplexoare demultiplexoare
analogice
TDM
Trunchi
max. 8000 Hz
Semnale
analogice
max. 33,6kbps
Modem
DCE 2
Central
telefonic
analogic
DTE 2
Telefon
analogic
Semnale
digitale
Fig. 6.1. Comunicaia prin circuite i linii telefonice analogice.

Primele sisteme de transmitere a vocii erau bazate pe echipamente analogice, care permiteau
transmiterea unei singure convorbiri pe un circuit electric. Creterea cererilor pentru astfel de
servicii a condus la necesitatea de a transmite ntre centrale, prin multiplexare, mai multe canale de
voce de-a lungul aceluiai circuit telefonic.
Multiplexarea analogic se putea face doar n condiiile scderii benzii de frecvene (maxim
1.000 Hz), alocat unui canal, ceea ce a dus la scderea calitii sunetului transmis (figura 6.2).
Serviciile moderne de telefonie fix digital (Public Switched Telephone Network) folosesc,
pe segmentul dintre centrale, transmisia digital a semnalelor. Pentru transmiterea vocii pe linie
digital, n condiii acceptabile de calitate, este nevoie de o band de 4.000 Hz.
Conform teoremei lui Nyquist, pentru transmiterea unui semnal oarecare, este nevoie de o
lrgime de band de dou ori mai mare, n cazul de fa 8.000 Hz. Dac se folosesc pentru
conversia analog digital cte 8 bii pentru fiecare eantion, rata de transfer necesar pentru
fiecare canal de voce este de 8 bii x 8.000 Hz = 64.000 bps.
Pentru a putea utiliza serviciile unui aparat analogic de telefonie, este nevoie ca ntre
circuitul analogic i cel digital s se introduc o component de conversie care se numete codec (n
mod asemntor cu termenul de modem = modulator/demodulator, aici avem codor/decodor).
Conectarea pe liniile telefonice analogice permitea o rat de transfer n jurul valorii de 33,6 kbps,
iar pentru cele mixte, bucla local analogic i trunchi de date digital, se poate ajunge pn la 56 kbps.
Dezvoltarea echipamentelor de comunicaie digital (DCE), pentru linii telefonice comutate
de acest tip, a ajuns la un sfrit, datorit capacitii limitate n frecven a circuitelor. Un exemplu
de realizare a unor conexiuni prin linii telefonice, cu trunchi digital, se poate vedea n figura 6.2.
Reea digital
de telefonie fix
max. 56 kbps
Modem
DCE 1
Multiplexoare /
demultiplexoare
digitale
Codec
Codec
Central
telefonic
digital
Trunchi
n x 64 kbps
max. 56 kbps
64 kbps
Central
telefonic
digital
Modem
DCE 2
Telefon
digital
Telefon
analogic
Semnal
digital
Semnal
analogic
Semnale
digitale
Semnal
analogic
Semnal
digital
Fig. 6.2. Comunicaia prin circuite i linii telefonice digitale.
6.2.2. Liniile T1/E1.

Liniile T1 i E1 au fost dezvoltate pentru sisteme de comunicaie de medie capacitate,
transmisia fcndu-se prin 2 perechi de fire rsucite. T1 permite transmisia a 24, iar E1 a 32 de
canale de tip B de 64 kbps i cte unul de tip D de 16 kbps, multiplexate prin divizare n timp.
Dintre aceste canale unul este folosit pentru sincronizarea cadrelor.
Ca i n cazul tehnologiei ISDN, varianta BRI (Basic Rate Interface) conectarea se face
permanent direct n echipamentele de interconectare (switch) ale reelei de telecomunicaie, chiar
dac nu exist legturi active. Legturile T1/E1 sunt cunoscute i cu numele de servicii digitale de
tip 1 (DS1 - Digital Service 1).
Utilizat de obicei n SUA, standardul T1 folosete cadre speciale pentru a defini parametrii de
sincronizare a canalelor. Fiecare cadru are n componena sa cte 24 de octei pentru date,
corespunztori celor 24 de canale, i un bit pentru ncadrare, fiecare cadru coninnd astfel cte
24 x 8 + 1 = 193 bii. Capacitatea liniei permite transmiterea a cte 8.000 cadre pe secund, ceea ce
nseamn o rat de transfer de 193 x 8.000 = 1.544.000 bps = 1,544 Mbps ntre reea i terminalul
aflat la beneficiarul de serviciu.
n mod asemntor, standardul E1, utilizat mai ales n Europa, poate transmite 32 octei de
date, cte unul pentru fiecare canal, cu o rat de 8.000 cadre ntr-o secund, obinndu-se o rat de
transfer de date egal cu 32 canale x 8 bii x 8.000 cadre pe secund = 2.048.000 bps = 2,048
Mbps.
Pentru codificarea i ncadrarea datelor se folosesc diferite scheme, n funcie de ara, sau
tipul de serviciu transmis. De exemplu, n SUA se folosete schema de codificare B8ZS (Binary 8
Zeros Substitution) sau AMI (Alternate Mark Inversion), iar pentru ncadrare - ESF (Extended
Super Frame). AMI este o schem de codificare a datelor la nivelul fizic (OSI 1) prin care zerourile
sunt reprezentate de tranziia 0-1, iar valoarea 1 prin lipsa acesteia (adic 1-1 sau 0-0), alternativ.
AMI are nevoie ca sursa s menin constant densitatea biilor egali cu 1, deoarece schema de
codificare nu menine constant aceast densitate, independent de "compoziia" irului de date.
B8ZS (Binary 8-Zero Substitution, sau Bipolar 8-Zeros Substitution) este o schem de
codificare prin care oricrei secvene de 8 bii consecutivi egali cu 0 sunt nlocuii cu un cod special,
nainte ca aceasta s fie transmis de-a lungul legturii. Codul va fi interpretat corespunztor la
recepie, schema garantnd densitatea de bii egali cu 1, indiferent de irul de date. Densitatea de
bii egali cu 1 (ones density) este o schem prin care un echipament CSU/DSU destinaie poate
reface semnalul de sincronizare (de ceas) a datelor transmise. Pentru a putea recupera acest semnal,
echipamentul trebuie s recepioneze cel puin un bit egal cu 1 la fiecare octet transmis. ESF
(Extended Superframe Format) const n transmiterea a 24 cadre a cte 192 bii fiecare, al 193-lea
fiind folosit pentru sincronizare.
Pentru a putea fi utilizate la conectarea prin apel telefonic, T1 i E1 apeleaz la una dintre
urmtoarele soluii tehnice: PRI (Primary Rate Interface) i CAS (Channel Associated Signaling),
ambele putnd fi localizate la sediul furnizorului de servicii de comunicaie.
6.2.3. Interfeele BRI (Basic Rate Interface).
Pentru extinderea capacitii de transmisie i creterea numrului de servicii de comunicaie,
de-a lungul acelorai conductoare de cupru folosite pentru telefonia fix, s-a introdus sistemul
ISDN (Integrated Services Digital Network).
Sistemul permite transmisia digital a informaiilor diferitelor servicii (telefonie, fax i
transmisii de date), de-a lungul unor circuite comutate. Conectarea echipamentelor terminale, la
reeaua ISDN, se face prin intermediul unui dispozitiv adaptor (terminal adapter).
Iniial, sistemul s-a numit BRI (Basic Rate Interface - interfa cu rat de transfer normal) a
fost conceput s permit transferul datelor prin dou canale de tip B (Bearer - agent purttor) de 64
kbps i un canal de tip D (Delta) de 16 kbps pentru transmisia informaiilor de control.
Fiecare canal de tip B permite conectarea unui dispozitiv terminal (telefon, fax sau modem) i
identificare individual a serviciului. Astfel, se poate apela spre exterior un anumit serviciu de
transfer de date simultan cu o convorbire telefonic cerut din exterior.
Aceasta este posibil prin multiplexarea cu divizare n timp TDM (Time division Multiplexing
multiplexare cu divizare n timp) a semnalelor aparinnd diferitelor servicii. Pentru aceasta este
nevoie de sincronizarea nodurilor terminale, la iniializarea conexiunii, transmiterea datelor putndu-se face dup recepionarea semnalului de stare MULTIPLE_FRAME _ESTABLISHED. Legturile BRI sunt cunoscute i cu numele de servicii digitale de tip 0, DS0 (Digital Service 0) [3, 4].
6.2.4. Interfeele PRI (Primary Rate Interface).
PRI este un serviciu care ofer, printr-un circuit T1, 23 canale de tip B a cte 8 bii i un
canal de tip D (cel de al 24-lea) pentru semnalizare i control, fiecare cu o capacitate de 64 kbps.
Pentru fiecare dintre cele 8.000 cadre pe secund se transmit 23 canale B de 8 bii, un canal D de 8
bii i un bit de sincronizare a cadrelor, rata de transfer fiind 8.000 x (23 x 8 + 1 x 8 + 1) = 8.000 x
193 = 1.544.000 bps.
n cazul circuitelor E1 (Europa), PRI asigur 30 de canale de 8 bii de tip B, un canal de 8
bii de tip D (fiecare al 16-lea) pentru semnalizare ISDN i un canal de 8 bii pentru sincronizare, la
fiecare cadru (8.000 x (30 x 8 + 1 x 8 + 1 x 8). Se poate considera c E1 este un circuit ISDN
extins ca performane. Datorit ratei mari de transfer, E1 PRI este una dintre soluiile des folosite
pentru serviciile de acces la reea [3, 4].
6.2.5. CAS (Channel Associated Signaling).
Liniile de comunicaie T1 - CAS ofer 24 de canale a cte 56 kbps, fiecare canal folosind
cte 8 kbps pentru semnalizare i control. n cazul E1, se folosete pentru semnalizare doar al 16lea canal, alturi de standardul de control pentru semnale analogice de apel.
CAS nu este o interfa ISDN deoarece permite doar apelarea analogic a serverului de acces.
Prin aceste semnale se transmit, de la un nod terminal la cellalt, informaii de configurare, de stare
i identificare a terminalelor. n cazul unui apel dinspre reea spre echipamentul aflat n locaia
beneficiarului (CPE - Customer Premise Equipment) acesta trebuie s anune echipamentul de
comunicaie, oferindu-i informaii despre canalul liber prin care va avea loc transmisia.
Dac echipamentul de comunicaie (switch) trimite date printr-un canal ocupat, reeaua trebuie
s fie anunat prin semnale de eroare adecvate.
6.3. ISDN (Integrated Services Digital Network).
6.3.1. Introducere.
ISDN (Integrated Services Digital Network - reea de servicii digitale integrate) permite
furnizarea simultan de servicii de telefonie i transfer de date, prin transmisie de semnale digitale
prin linii telefonice.
Tehnologia ISDN a aprut din dorina de a extinde performanele reelelor de telefonie fix,
prin adugarea unor servicii suplimentare de transfer de date, utiliznd aceeai pereche de
conductoare [4].
Aceast extindere a serviciilor presupune nlocuirea doar a echipamentelor din centralele
telefonice i a terminalelor, aflate n locaia beneficiarilor.
n figura 6.3 se poate vedea un exemplu de conectare a unor dispozitive, la o central ISDN
(ISDN switch) din componena reelei furnizorului de servicii publice de telefonie.
4 fire
2 fire
NT1
NT2
DTE
Central
ISDN
TE 1
Reea
cu comutare
de circuite
Central
ISDN
Reea
cu schimb
de pachete
Telefon ISDN (digital)

NT1
NT2
TA
DTE
Linii dedicate
TE 2
Telefon standard
R
Fig. 6.3. Componentele de baz ale unei reele ISDN.
6.3.2. Dispozitive specifice tehnologiei ISDN.

Familia de dispozitive ISDN este format din terminale (DTE), adaptoare de terminal (TA),
terminale de reea (NT1, NT2) i de linie, alturi de echipamente de transfer (ISDN switch centrale ISDN).
Terminalele ISDN se mpart n dou categorii: terminale ISDN propriu-zise, cunoscute sub
denumirea de terminale de tip 1 (TE1), care permit conectarea direct la o reea ISDN i
terminale incompatibile cu ISDN, cunoscute ca terminale de tipul 2 (TE2).
Terminalele TE1 se conecteaz la reea printr-o legtur digital cu 4 fire. Un terminal de
tipul TE2 se poate conecta la o reea ISDN doar prin intermediul unui adaptor de terminal TA, care
poate s fie un echipament de sine stttor, sau o interfa din componena unui TE2. Dac TA este
un echipament distinct, legtura dintre acesta i TE2 se face printr-o interfa standard de nivel
fizic, de exemplu interfee seriale EIA/TIA 232-C, V.24 sau USB.
Terminalele de reea NT1 se folosesc pentru adaptarea circuitului de conectare cu reeaua public, format dintr-o pereche de fire (2), la circuitul local al abonatului, format din dou perechi de
fire (4). Terminalele NT2 se folosesc pentru conectarea terminalelor cu 4 fire TE1, sau a adaptoarelor de terminal TA, la bucla local a reelei furnizorului serviciului de transport. n general,
NT1 este o component aflat n locaia furnizorului de servicii, iar NT2 n cea a abonatului.
NT2 este un echipament complex, aparinnd sectorului digital privat PBX (Private Branch
Exchange - tablou de conexiuni analogice sau digitale, eventual central telefonic, aflat n locaia
abonatului), care ndeplinete funcii de concentrare a serviciilor specifice nivelelor OSI 2
(legtur) i 3 (reea). Aceste dou componente se pot ntlni separat, sau nglobate ntr-un singur
dispozitiv NT care ndeplinete funciile cumulate ale celor dou.
Componentele prezentate mai sus (TA, NT1, NT2) se pot delimita prin aa numitele "puncte
de referin", care reprezint, de fapt, segmentele de conductoare de legtur dintre acestea.
Punctele de referin sunt urmtoarele:
R - conexiunea dintre un terminal incompatibil cu ISDN (TE2) i un adaptor de terminal
(TA),
S -Conexiune dintre un terminal compatibil cu ISDN i un terminal de reea de tipul NT2,
T - conexiunea dintre un terminal de reea NT1 i unul NT2,
U - conexiunea dintre terminalul de reea NT1 i echipamentul de conectare la reeaua
furnizorului de servicii de transport, aflat la captul liniei. Punctul de referin U are
semnificaie doar n cazul n care funcia terminalului de reea NT1 nu este asigurat de
furnizorul de servicii de transport.
Terminalele compatibile cu ISDN TE1 (telefoane ISDN, sau terminale cu interfa proprie)
se conecteaz la centrala ISDN, a furnizorului de servicii de telefonie, prin intermediul terminalelor
de reea NT2 i respectiv NT1. Terminalele TE2, incompatibile cu ISDN, necesit introducerea n
circuit a adaptorului de terminal, TA [4].
6.3.3. Servicii furnizate de ISDN.
ISDN permite dou categorii de servicii de transfer de date, BRI i PRI, difereniate prin
numrul canalelor de date i ratele de transfer asigurate.
Serviciul ISDN BRI.
ISDN BRI (Basic Rate Interface - interfa cu rat de transfer normal) este un serviciu care
furnizeaz dou canale de tip B (Bearer cru i un canal de tip D (Delta) notate convenional
2B+1D. Canalul B (serviciul B) permite transferul datelor utile la o capacitate de 64 kbps, iar
canalul D (serviciul D), destinat transportului de semnale de configurare i control, are o capacitate
de 16 kbps, Astfel, serviciul ISDN - BRI permite transferul date lor cu o rat de transfer de 2
canale x 64 kbps + 1 canal x 16 kbps = 144 kbps.
n anumite situaii, canalul D permite i transferul de date utile, dar numai dup ce sistemul a
fost configurat corespunztor i n absena datelor de control. n unele situaii, canalul D se poate
configura pentru o rat de transfer de 64 kbps, ceea ce permite serviciului BRI o rat de transfer de
192 kbps.
Protocolul de semnalizare, care utilizeaz canalul D, conine elemente care aparin nivelelor
OSI de la 1 pn la 3. Caracteristicile corespunztoare nivelului fizic sunt definite de standardul
ITU-T I 430.
Serviciul ISDN PRI.
ISDN PRI (Primary Rate Interface - interfa cu rat avansat) este un serviciu care
furnizeaz, n America de Nord i Japonia, 23 canale de tip B i un canal de tip D, fiecare cu o
capacitate de 64 kbps ceea ce permite un transfer cu o rat de 1,544 Mbps.
n Europa, Australia i n celelalte pri ale lumii, se folosesc 30 de canale de tip B, un canal
de tip D i unul folosit n scopuri auxiliare, toate a cte 64 kbps, permindu-se transferarea datelor
cu o rat total de 2048 kbps. Caracteristicile corespunztoare nivelului fizic sunt definite de
standardul ITU-T I 431.
6.4. Specificaii OSI.
ISDN conine componente proprii nivelelor 1 - Fizic, 2 - Legtur i 3 - Reea, n
conformitate cu modelului de referin OSI.
6.4.1. Componentele nivelului OSI 1.
Nivelul fizic este caracterizat prin modul de ncapsulare i formare a cadrelor de date, care
sunt diferite n funcie de punctul de referin i de sensul de transfer al datelor ntre terminal i
reea, aa cum se poate vedea n figura 6.4.
Cadrele de date se prezint sub forma unor secvene de 48 bii, din care 36 reprezint date
utile, restul fiind folosii pentru sincronizare i compensarea componentei continue. Informaia se
transfer sub forma unui semnal electric obinut prin multiplexarea n timp a biilor de date.
Semnificaia fiecrui bit este urmtoarea:
F - bit de sincronizare;
L - bit folosit pentru reglarea valorii medii a biilor de semnal;
E - bit care asigur eliminarea accesului concurenial, n cazul n care sunt mai multe
terminale, ataate la o linie pasiv, care intenioneaz s foloseasc acelai canal;
A - bit de activare a dispozitivului terminal;
S nealocat;
B1, B2 - date utile;
D - date corespunztoare informaiilor de control.
1 1
1 1 1 1 1
1 1 1
1 1 1
bii
F L
B1
L D L F L
B2
L D L
B1
L D L
B2
.....
Cadru NT (dinspre reea spre terminal)

1 1
F L
8
B1
1 1 1 1 1
1 1 1
1 1 1
bii
E D A F F
B2
E D S
B1
E D S
B2
.....
Cadru TE (dinspre terminal spre reea)
Fig. 6.4. Formatul cadrelor ISDN BRI, corespunztoare nivelului OSI 1.

Sistemul permite ataarea mai multor dispozitive terminale la acelai mediu fizic ISDN, ceea
ce induce riscul de apariie a coliziunilor, atunci cnd dou sau mai multe terminale transmit
simultan date. Pentru a elimina acest neajuns, terminalul de reea determin starea legturii printrun sistem de interogri.
Astfel, cnd un echipament NT primete un bit D de la un terminal TE, va transmite napoi
valoarea acestuia n poziia bitului E. Echipamentul TE ateapt bitul E care trebuie s fie identic
cu cel transmis de el ca bit D. Terminalele nu pot utiliza canalul D, dect n cazul n care detecteaz
nainte o anumit succesiune de bii egali cu 1, a cror numr este o funcie de prioritate a
terminalului, ceea ce nseamn c prin acel canal nu este semnal.
Prioritatea depinde de funciunea terminalului, aparatul telefonic avnd prioritate maxim.
Dac terminalul detecteaz o valoare a bitului E diferit de cea pe care a transmis-o n poziia D, va
nceta imediat transmisia. Aceast metod simpl asigur accesului la canalul D a unui singur
terminal odat. Dup transmiterea cu succes pe canalul D, a mesajelor, prioritatea terminalului
respectiv este diminuat. Aceasta permite accesul altui dispozitiv la linie.
Terminalele nu pot s-i mreasc singure valoarea prioritii, dect dup ce toate celelalte
dispozitive au avut acces la canalul D. Informaiile de semnalizare, transmise pe canalul D au
prioritate naintea datelor utile.

Componenta ISDN corespunztoare nivelului OSI 2 este LABD (Link Access Procedure, D
channel - procedura de acces la legtura oferit de canalul D) este asemntoare cu protocolul
sincron HDLC (vezi paragraful dedicat protocoalelor SDLC) i varianta LAPB (Link Access
Procedure, Balanced), folosit de X.25. Formatul cadrelor LAPD prezentat n figura 6.5 folosete
cadre speciale pentru configurare i control, conform standardelor ITU-T Q920 i Q921.
1
octei
Fanion
SAPI
variabil
Adres
Control
Date
FCS
Fanion
C/R EA
TEI
EA
Fig. 6.5. Formatul cadrelor LAPD, corespunztoare nivelului OSI 2.

Cmpul de semnalizare (Flag) i cel de control (Control) sunt identice cu cele folosite de
protocolul HDLC.
Cmpul de adrese are lungimea de 1 sau 2 octei, n funcie de bitul de extindere (primul bit al
primului octet din cmpul de adrese). Dac valoarea acestuia este 1, lungimea cmpului de adrese
este de 1 octet, iar pentru valoarea 0 cmpul de adrese are lungimea de 2 octei.
Primul octet conine identificatorul punctului de acces la serviciu SAPI (Service Access Point
Identifier), a crui semnificaie este calea, oferit de serviciul LAPD (Link Access Protocol Channel D), spre protocolul de nivel superior (n acest caz OSI 3). Bitul C/R definete coninutul
cadrului, o comand sau un rspuns.
Cmpul TEI (Terminal Endpoint Identifier - identificatorul terminalului sau terminalelor)
permite adresarea terminalului sau al terminalelor. Un cmp TEI care are toi biii egali cu 1 indic
o adres de broadcast.
ISDN folosete pentru semnalizare dou norme, ITU-T I 450 i ITU-T I 451 (cunoscute i
sub denumirea de Q 930, respectiv Q931), n funcie de rata de transfer (BRI sau PRI). Ambele
norme accept conexiuni prin circuite comutate (centrale telefonice), sau prin circuite cu schimb de
pachete (Frame Relay).
Pentru configurarea acestor circuite, stabilirea sau ncheierea unei conexiuni ntre dou terminale,
se folosesc informaii de control transmise sub forma unor mesaje. Exemple de astfel de comenzi de
configurare i control, sunt: SETUP, CONNECT, RELEASE, USER INFORMATION, CANCEL,
STATUS, and DISCONNECT. Aceste sunt asemntoare cu cele folosite de protocolul X.25.
6.5. Modemuri pentru linii analogice.
6.5.1. Consideraii generale.

Modemurile sunt echipamente de comunicaie de date (DCE) care permit conectarea unor
echipamente terminale (DTE) prin circuite telefonice (circuite electrice analogice) i transmiterea
de date n ambele sensuri. Acestea folosesc protocoale reglementate de standarde specifice, ca cele
prezentate n introducere (Bell103, Bell212A, V.21, V.22, V.22bis, V.23, V.32, V.32bis, V.FC,
V.34, V90-92) [1, 2].
10
Bloc de ieire
(cuplaj optic)
Modem (DCE)
Bloc de intrare
(cuplaj inductiv)
Terminal (DTE)
Bloc analogic
modulator
DCD
Procesor digital
de semnale
Asamblor dezasamblor
blocuri de date
CTS
RxD
RI
Compresor decompresor
date
DSR
UART
Interfa serial
(UART)
DTR
RTS
TxD
Bloc analogic
demodulator
Standardele de modulaie V.90-92 permit, ntr-o reea de telefonie digital, utilizarea unor
funciuni cu performane de conectare sporite. ntre acestea, cele mai importante sunt: posibilitatea
transmiterii de informaii de configurare i control, sau de identificare a postului de apel.
Din motive tehnice, legate de capacitatea limitat de control a zgomotului, transferul datelor
dinspre client spre serverul de acces (upload) se poate face doar conform cu standardul V.34 (33,6
kbps). La transferul datelor dinspre serverul de acces spre client (download) se pot lua msuri
suplimentare de eliminare a zgomotelor de pe linie, ceea ce permite rate de transfer n conformitate
cu standardul V.90 (56 kbps).
n ultimul timp, odat cu creterea performanelor reelelor de telefonie, s-a putut elimina i
aceast restricie, transferul datelor putndu-se face cu 53,3 kbps (upload), respectiv 56 kbps
(download).
Modul n care se transfer datele ntre un terminal, modem i linia de transmisie, se poate
vedea n figura 6.6.
Linie
telefonic
Fig. 6.6. Parcursul datelor ntre un terminal, modem i linia de transmisie.

Datele provenite de la echipamentul terminal (DTE) se transfer spre modem printr-o
interfa, de obicei serial (UART - Universal Asynchronous Receiver / Transmitter), care
gestioneaz stocarea i controlul fluxului de date. Aceasta trimite datele unui circuit de compresie,
care la rndul lui le trimite unui circuit de fragmentare i mpachetare.
Odat cu mprirea datelor n blocuri (secvene) se adaug i informaii de control bazat pe
sume ciclice (checksum), folosite la recepie pentru verificarea integritii datelor.
n cazul apariiei unor erori la transmisie, aceste circuite ofer suportul pentru operaia de
retransmitere a secvenelor afectate de erori. Secvenele de date sunt apoi trimise unui procesor de
semnale care se ocup cu transformarea lor n semnale analogice. Acesta folosete circuite specifice
de modulare, demodulare i condiionare a semnalelor analogice (filtrare, amplificare, acces la linia
de transmisie).
La recepie, procesarea datelor are loc n sens invers. Blocurile de date, dup verificarea
erorilor i eventual retransmiterea celor degradate, sunt reasamblate, expandate i transmise
interfeei seriale, sub form de iruri de octei [1, 2].
11
I.

1. Tehnologiile Dial-up au fost concepute pentru a permite transferul datelor prin
urmtoarele servicii de comunicaie de voce:
a) Reele de telefonie fix analogic;
b) Reele de telefonie fix analogic i digital;
c) Reele de telefonie fix analogic, sau digital i reele de telefonie mobil;
d) Reele de telefonie digital, fix i mobil;
e) Reele de telefonie digital fix i ISDN.
2. Tehnologiile T1 i E1 au urmtoarele caracteristici:
a) T1 16 canale x 4000 bps, E1 - 24 canale x 4000 bps;
b) T1 16 canale x 8000 bps, E1 - 24 canale x 8000 bps;
c) T1 24 canale x 4000 bps, E1 - 32 canale x 4000 bps;
d) T1 24 canale x 8000 bps, E1 - 32 canale x 8000 bps;
e) T1 32 canale x 8000 bps, E1 - 64 canale x 8000 bps.
3. ISDN BRI (Basic Rate Interface) este un serviciu care furnizeaz:
a) 23 canale de tip B i 1 canal de tip D;
b) 1 canal de tip B i 1 canal de tip D;
c) 64 canale de tip B i 16 canale de tip D;
d) 2 canale de tip B i 1 canal de tip D;
e) 16 canale de tip B i 1 canal de tip D.
II.

1. Serviciile moderne de telefonie fix digital (Public Switched Telephone Network)
folosesc, pe segmentul dintre receptorul telefonic i centrale, transmisia digital a
semnalelor.
adevrat fals
2. Terminalele ISDN se mpart n dou categorii: terminale ISDN propriu-zise,
cunoscute sub denumirea de terminale de tip DTE, care permit conectarea direct la
o reea ISDN i terminale incompatibile cu ISDN, cunoscute ca terminale de tipul
DCE.
adevrat fals
3. ISDN conine componente proprii nivelelor 1 Fizic i 2 - Legtur, n conformitate
cu modelului de referin OSI.
adevrat fals
12

RSPUNSURI
I.

1. c
2. d
3. d
II.

1. fals
2. fals
3. fals
Bibliografie
1. Lawyer, D., Modem-HOWTO, v0.34, Distribuie Linux, 2004.
2. Lawyer, D., Hankins, G., Serial HOWTO, v2.23, Distribuie Linux, 2004.
3. http://www.cisco.com/univercd/cc/td/doc/cisintwk/ito_doc/dialup.htm
4. http://www.cisco.com/univercd/cc/td/doc/cisintwk/ito_doc/isdn.htm
Cursul 7 - Tehnologii bazate pe schimb de pachete

Cursul 7
TEHNOLOGII BAZATE PE SCHIMB DE PACHETE
Introducere curs
Obiective curs

individual
n acest curs sunt prezentate tehnologiile X25 i FRAME RELAY

X.25.
Introducere.
Dispozitive specifice i modul de operare al protocolului X.25.
Asamblorul i dezasamblorul de pachete (PAD).
Stabilirea unei sesiuni X.25.
Circuitele virtuale specifice reelelor X.25.
Suita de protocoale X.25.
Protocolul nivelului reea (pachet).
Protocolul nivelului legturii de date.
Protocolul X.21bis.
Formatul cadrului LAPB.
Formatul adresei la protocolul X.121.
FRAME RELAY.
Introducere.
Standarde Frame Relay.
Dispozitive specifice pentru Frame Relay.
Circuite Virtuale Frame Relay.
Circuite virtuale comutate (SVC).
Circuite virtuale permanente (PVC).
Identificatorul conexiunii de la nivelul legturii de date (DLCI).
Standardele Frame Relay asociate.
Mecanismele de control a congestiei.
Verificarea erorilor. Interfaa de management local.
Implementarea reelelor Frame Relay.
Reele publice de transport.
Reele private de ntreprindere.
Formatele cadrelor Frame Relay.
Formatul Standard al cadrelor Frame Relay.
Formatul cadrelor LMI.
Cuprins:
7.1.
X.25. ......................................................................................................................................................................... 3
7.1.1.
Introducere. ........................................................................................................................................................ 3
7.1.2.
Dispozitive specifice i modul de operare al protocolului X.25. .................................................................... 3
7.1.3.
Asamblorul i dezasamblorul de pachete (PAD - Packet Assembler / Disassembler)................................. 4
7.1.4.
Stabilirea unei sesiuni X.25. .............................................................................................................................. 4
7.1.5.
Circuitele virtuale specifice reelelor X.25....................................................................................................... 4
7.1.6.
Suita de protocoale X.25. ................................................................................................................................... 5
7.1.7.
Formatul cadrului LAPB. ................................................................................................................................. 8
7.2.
Frame Relay............................................................................................................................................................ 9
7.2.1.
Introducere. ........................................................................................................................................................ 9
7.2.2.
Standarde Frame Relay. .................................................................................................................................. 10
7.2.3.
Dispozitive specifice pentru Frame Relay. ..................................................................................................... 10
7.2.4.
Circuite Virtuale Frame Relay. ...................................................................................................................... 11
7.2.5.
Circuite virtuale comutate SVC (Switched Virtual Circuits). ....................................................................... 11
7.2.6.
Circuite virtuale permanente PVC (Permanent Virtual Circuits)................................................................ 12
7.2.7.
Identificatorul conexiunii de la nivelul legturii de date DLCI (Data-Link Connection Identifier). ........ 12
7.2.8.
Mecanismele pentru controlul congestiei....................................................................................................... 13
7.2.9.
Verificarea erorilor (Frame Relay Error Checking)...................................................................................... 14
7.2.10.
Implementarea reelelor Frame Relay............................................................................................................ 15
7.2.11.
Reele publice de transfer (Public Carrier-Provided Networks).................................................................... 16
7.2.12.
Reele private de ntreprindere (Private Enterprise Networks) .................................................................... 16
7.2.13.
Formatele cadrelor Frame Relay. ................................................................................................................... 16
TESTE DE AUTOEVALUARE ..................................................................................................................................... 19

RSPUNSURI .................................................................................................................................................................. 20
Bibliografie........................................................................................................................................................................ 20

7.1. X.25.
7.1.1. Introducere.
X.25 este un standard de protocol (ITU-T International Telecommunication UnionTelecommunication) utilizat pentru comunicaia n reele cu arie mare de acoperire (WAN) care
definete modul n care se pot conecta dispozitive ntr-o reea, modul n care se stabilesc i
opereaz aceste dispozitive.
X.25 este destinat s opereze cu mai multe tipuri de echipamente, indiferent de tipul
constructiv al acestora.
Aceast suit de protocoale ofer o soluie pentru reele cu comutare de pachete (PSNs Packet-Switched Networks), utiliznd soluii specifice cu semnale purttoare utilizate de
furnizorii de servicii de telefonie. Abonaii pltesc accesul la reea n funcie de durata de utilizare
a reelei (sau n funcie de trafic).
Standardul X.25 a fost iniiat i dezvoltat n anii 1970 de ctre furnizorii de servicii de
comunicaie din acel timp, din necesitatea de a pune la dispoziie un protocol WAN capabil s
asigure conectarea clienilor printr-o reea public (PDN - Public Data Network).
n prezent X.25 este considerat a fi un standard internaional administrat de ITU-T [3].
7.1.2. Dispozitive specifice i modul de operare al protocolului X.25.
Dispozitivele din reeaua X.25 se mpart n trei categorii i anume:
Echipamente terminale de date (DTE - Data Terminal Equipment),
Echipamente de conectare la circuit (de comunicare) (DCE - Data Circuit-terminating
Equipment),
Dispozitive de comutare i transfer (schimb) a pachetelor (PSE - Packet Switching
Exchange).
Dispozitivele DTE sunt de obicei terminale de date, calculatoare personale, staii sau servere,
conectate la capetele circuitelor unei reele X.25 i sunt aezate la sediul abonatului individual.
Dispozitivele DCE sunt echipamente de comunicare (modemuri sau dispozitive de comutarea a
pachetelor) care asigur interfaa dintre DTE i PSE, fiind localizate de obicei la sediul furnizorului de
servicii de comunicaie.
Dispozitivele de transfer i "comutare" a pachetelor (PSE) stau la baza acestor tipuri de reele i
asigur transferul datelor ntre dispozitivele DTE, de-a lungul unei reele (PSN - Packet-Switched
Networks - reea cu comutare de pachete) X.25.
n figura 7.1 se poate vedea structura unei reele X.25 i legtura dintre cele trei tipuri de
dispozitive [3].
DCE (modem)
X.25 WAN
Switch
Switch
DTE
Terminal generic
PSE
DTE
Staie de lucru
DCE (modem)
Switch
Switch
DCE (modem)
DTE
Server de fiiere
Fig. 7.1. Structura unei reele X.25 i legturile dintre DTE, DCE, i PSE. Asamblorul i
dezasamblorul de pachete.

7.1.3. Asamblorul i dezasamblorul de pachete (PAD - Packet Assembler / Disassembler)
Asamblorul i dezasamblorul de pachete (PAD - Packet Assembler / Disassembler) este un

dispozitiv des ntlnit n reelele X.25, folosit alturi de dispozitivele DTE care funcioneaz n
modul caracter (console terminal).
n general, complexitatea redus a acestor tipuri de terminale nu le permite s asigure toate
funciunile specifice standardului. Dispozitivele PAD se conecteaz ntre dispozitivele DTE i cele
DCE, ndeplinind trei funciuni de baz i anume:
Stocarea datelor (buffering) pn cnd terminalul pe care l servete este pregtit s le
proceseze,
Asamblarea datelor primite de la terminal n pachete (adugarea unui antet specific X.25)
i transferarea acestora spre dispozitivul de comunicare (DCE),
Dezasamblarea pachetelor primite de la DCE (nlturarea antetului) i transferul datelor
spre DTE.
n figura 7.2 se poate vedea modul de operare al dispozitivului PAD, ntr-o reea WAN
bazat pe X.25.
Date
Pachete
X.25
DCE
X.25 WAN
PAD
Switch
DTE
Asamblor Dezasamblor
Buffer
pachete
Date
Pachete
X.25
Fig. 7.2. Funciile PAD. Stocarea, asamblarea i dezasamblarea pachetelor de date.
7.1.4. Stabilirea unei sesiuni X.25.

Sesiunile unei conexiuni X.25 se stabilesc atunci cnd un dispozitiv din reea face o cerere
de conexiune unui alt dispozitiv.
Dispozitivul terminal (DTE) care primete cererea poate s o accepte sau s o refuze. n
cazul acceptrii, cele dou sisteme ncep transferul bidirecional al datelor.
n timpul transferului de date, sau la terminarea acestuia, oricare dintre terminale poate
nchide conexiunea (ncheia sesiunea). Dup nchiderea unei conexiuni, orice transfer de date se
poate face numai prin stabilirea unei noi sesiuni.
7.1.5. Circuitele virtuale specifice reelelor X.25.
Un circuit virtual reprezint o conexiune logic creat pentru a permite o comunicare sigur
(cu un grad mare de ncredere) ntre dou dispozitive din reea.
Un astfel de "circuit" presupune existena unei ci logice, bidirecionale ntre dou terminale
( dispozitive DTE). Din punct de vedere fizic, conexiunea poate trece printr-un numr nelimitat
de noduri, dispozitive DCE sau PSE. Mai multe circuite virtuale (conexiuni logice) pot fi
multiplexate printr-o singur conexiune fizic (sau circuit). Circuite virtuale vor fi demultiplexate dup traversarea reelei si transmise apoi destinaiei corespunztoare.
n figura 7.3 se poate vedea modul n care se pot transmite informaii prin patru circuite
virtuale, prin multiplexare, de-a lungul unei singure conexiuni fizice.
Circuite virtuale
Demultiplexor
- Destinaie
Multiplexor
Surs
Mediu fizic
de transmisie
Fig. 7.3. Multiplexarea circuitelor virtuale de-a lungul unei singure conexiuni fizice.
X.25 utilizeaz dou tipuri de circuite virtuale, ocazionale sau comutate (SVC - Switched Virtual
Circuits) i permanente (PVC - Permanent Virtual Circuits). Circuitele virtuale ocazionale (SVC) sunt
conexiuni temporare utilizate pentru transferuri ocazionale de date. Aceasta presupune c cele dou
terminale, implicate n transferul de date iniiaz, ntrein i nchid sesiunea de fiecare dat cnd trebuie
s transmit date [32, 3].
Circuitele virtuale permanente (PVC) sunt conexiuni care o dat stabilite devin permanente,
utilizate pentru transferuri frecvente i masive de date. Terminalele implicate n transfer pot transmite
astfel date, fr a fi nevoie de fiecare dat s stabileasc, menin i ntrerupe conexiunea, sesiunea fiind
permanent activ.
Funcionarea unui circuit virtual X.25 ncepe atunci cnd un terminal surs (DTE) specific n
antetul pachetului tipul de circuit virtual dorit spre utilizare i trimite pachetul dispozitivului DCE la
care este conectat. Acesta din urm examineaz antetul pachetului primit, determin ce tip de circuit
virtual s foloseasc i trimite apoi pachetul celui mai apropiat dispozitiv de comutare i schimb de pachete (PSE) de pe traseul circuitului virtual.
Dispozitivul PSE transfer pachetul mai departe unui alt nod, sau unui dispozitiv de comunicare
(DCE), procesul repetndu-se pn pachetul ajunge la destinaie. n acest moment, dispozitivul DCE
examineaz antetul pachetului, determin adresa terminalului destinaie i i transmite acestuia pachetul.
n cazul n care s-a cerut utilizarea unui circuit virtual permanent, acesta este astfel stabilit i
va fi folosit n continuare. n cazul n care n antetul pachetului s-a cerut folosirea unui circuit
virtual comutat (SVC), iar terminalele nu mai au nevoie s transmit n acel moment date, sesiunea
i circuitul virtual se nchid.
7.1.6. Suita de protocoale X.25.
Componente de baz.
Suita de protocoale X.25 ocup primele trei nivele ale modelului OSI, utiliznd pentru
fiecare dintre acestea protocoale specifice.
Pentru nivelul OSI 1 - Fizic sunt utilizate standarde specifice comunicaiilor seriale, cum ar fi
EIA/TIA-232, EIA/TIA-449, EIA-530 i G.703.
Nivelul OSI 2 - Legtur opereaz cu protocolul LAPB (Link Access Procedure, Balanced
- protocol din familia SDLC).
Nivelul OSI 3 - Reea, numit aici nivel pachet, utilizeaz PLP (Packet-Layer Protocol), un
protocol de ncapsulare cu adresare de reea. n figura 7.4 se poate vedea corespondena dintre
nivelele modelului de referin OSI i aceste protocoale.

Aplicatii
Prezentare
Sesiune
Transport
Protocoale de
nivel superior
Reea
PLP
Legtur
LAPB
Fizic
X.21bis, EIA/TIA-232,
EIA/TIA-449, EIA-530
G.703
Suita de
protocoale
X.25
Modelul de referin
OSI
Fig. 7.4. Principalele protocoale X.25 i relaia lor cu modelul de referin OSI.
Protocolul nivelului OSI 3 Reea, PLP.
PLP (Packet-Layer Protocol) este un protocol de nivel OSI 3 utilizat de X.25 pentru a gestiona
schimbul de pachete ntre dispozitivele DTE, de-a lungul circuitelor virtuale.
Acestea sunt concepute s fie compatibile (s poat fi ncapsulate) cu protocoale de nivel OSI 2,
cum ar fi LLC2 (Logical Link Control de tipul 2) folosit n reelele locale, sau LAPD (Link Access
Procedure, de tipul D) folosit n reelele ISDN. Protocolul PLP opereaz n cinci moduri distincte:
Modul configurarea apelului (Call Setup), se folosete doar pentru stabilirea unui circuit
virtual comutat (SVC) ntre dispozitivele DTE. Pentru aceasta, PLP apeleaz la schema de adresare a
terminalelor, definit de standardul X.121.
Acest mod de lucru se aplic doar n cazul circuitelor virtuale comutate, pentru fiecare n parte
(ceea ce nseamn c un circuit este n modul "configurare", iar cellalt n modul "transfer de date").
Modul transfer de date se folosete pentru transferul datelor, sub form de pachete, ntre
dou terminale (DTE). PLP este responsabil de segmentarea (respectiv reasamblarea), completarea cu
zerouri pn la cuvinte ntregi (bit padding), controlul erorilor i a fluxului de date. Acest mod se
realizeaz pentru fiecare circuit virtual n parte, att n cazul circuitelor virtuale comutate (SVC) ct i n
cazul celor permanente (PVC).
Modul ateptare se folosete atunci cnd un circuit virtual este stabilit, dat nu a nceput nc
transferul datelor. Acest mod se aplic pentru fiecare circuit virtual n parte i doar n cazul celor
comutate.
Modul anulare a legturii (call clearing) este folosit pentru a nchide o sesiune, stabilit ntre
dou terminale (DTE) i se folosete doar n cazul circuitelor virtuale comutate (SVC).
Modul restart se folosete la sincronizarea transmisiei ntre terminal (DTE) i echipamentul
de comunicare (DCE). Acest mod nu este aplicat pentru fiecare circuit virtual n parte ci afecteaz toate
terminalele conectate la circuitul virtual.
Formatul pachetelor PLP.
Pachetele PLP trebuie s conin pe lng datele utile i elemente de identificare, sau de
control. Pentru aceasta, pachetul PLP este format din urmtoarele patru cmpuri:
Identificatorul general al formatului (GFI - General Format Identifier) este un cmp de
patru bii care conine parametrii pachetului. Aceti parametri definesc tipul informaiei transportate
(date sau control), tipul i mrimea ferestrei folosite i dac se cere sau nu confirmare.
Identificatorul canalului logic (LCI - Logical Channel Identifier) este un cmp de 12 bii
care identific circuitul virtual la nivelul conexiunii (interfeei) dintre DTE i DCE.
Identificatorul tipului de pachet PTI (Packet Type Identifier) definete cu ajutorul a opt bii
unul dintre cele 17 tipuri ale pachetelor PLP.
Date utile (User Data) este un cmp cu dimensiune variabil care conine informaiile
ncapsulate de protocoalele de la nivelele superioare.
Acest cmp este prezent doar n pachetele care transport date. n cazul pachetelor de
control, se pot aduga cmpuri care conin informaii specifice acestora.
Protocolul nivelului OSI 2 Legtur, LAPB.
LAPB (Link Access Procedure, Balanced) este un protocol care gestioneaz comunicaia i
ncapsularea cadrelor transmise ntre dispozitivele DTE i DCE. Este un protocol care asigur
transmiterea corect, n ordine i lipsite de erori a cadrelor de date. Protocolul utilizeaz trei tipuri
de cadre: informaii, de supraveghere i ocazionale (unnumbered).
Un cadru cu informaii - I (Information frame) transfer informaii ale protocoalelor de
nivel superior, sau informaii de control. Principalele funciuni ale acestui tip de cadru sunt:
segmentarea i ordonarea (sequencing) datelor, controlul fluxului, detectarea i corectarea
erorilor. Cadrele I conin numerele de secven, pentru ambele sensuri, ale mesajelor transmise.
Cadrul de supraveghere - S (Supervisory frame) transfer informaii de control. Principalele funciuni ale acestui tip de cadru sunt legate de emiterea cererilor de iniiere i de
ntrerupere a transmisiei, raportarea strilor i confirmarea recepiei cadrelor I. Un cadru S poart
doar numrul secvenei de recepie.
Cadrele ocazionale - U (Unnumbered frame) poart informaii de control, funciunile
principale fiind legate de configurarea liniei, deconectarea acesteia i raportarea erorilor. Aceste
cadre nu poart numere de secven (nu sunt numerotate).
Protocolul nivelului OSI 1 Fizic, X.21bis.
X.21bis este un protocol folosit n cadrul suitei X.25 pentru nivelul fizic, definete electric
i mecanic mediul fizic i gestioneaz activarea i dezactivarea conexiunilor dintre terminale
(DTE) i echipamentele de comunicaie (DCE). Protocolul suport conexiuni punct la punct
(point-to-point connections), full-duplex pe patru fire, cu viteze de pn la 19200 bps. n figura
7.5 se poate vedea formatul pachetului PLP, poziia acestuia n cadrul LAPB i X.21bis.
Lungimea cmpurilor (bii)
4
12
variabil
GFI
LCI
PTI
date
Antetul pachetului
Date utile
Pachet
Pachet PLP
Cadru LAPB
ir de bii
Cadru X.21bis
Fig. 7.5. Formatul pachetului PLP, poziia acestuia n cadrul LAPB i X.21bis.

7.1.7. Formatul cadrului LAPB.
Cadrele LAPB ncapsuleaz datele utile coninute n pachete PLP, adugnd acestora un
antet i o coad [2, 3]. Figura 7.6 prezint componentele cadrului LAPB, semnificaia lor fiind
urmtoarea:
Fanion (flag) este un cmp de un octet care delimiteaz nceputul i sfritul unui cadru.
Acest "semnal de avertizare" se folosete i pentru a proteja datele din corpul mesajului.
Adres (Address) este un cmp de un octet i indic dac acel cadru poart o comand
sau un rspuns.
Control (Control), un octet care anun cadrele de comand i de rspuns, indicnd tipul
cadrului I, S sau U. n plus, acest cmp conine numrul de secven al cadrului i funcia
acestuia.(de exemplu dac terminalul de recepie este pregtit, sau deconectat). Cadrele de control
au lungime diferit, n funcie de tip.
Date (Data), reprezint un cmp de lungime variabil care conine datele utile ale
protocolului de nivel superior (pachetul PLP).
FCS (Frame Check Sequence) este un cmp de doi octei care reprezint secvena de
verificare a erorilor, cu rolul de a asigura integritatea datelor transmise.
1
variabil
fanion adresa control
date
2
FCS
1
fanion
Pachet PLP
Cadru LAPB
ir de bii
Cadru X.21bis
Fig. 7.6. Modul de ncapsulare a datelor ntr-un cadru LAPB prin adugarea la pachetul PLP a unui
antet i a unei cozi.
Formatul adresei la protocolul X.121.
Adresele definite de protocolul X.121 sunt folosite de protocolul de la nivelul "pachet"
(PLP), din cadrul suitei X.25, n modul de configurare a apelului, pentru a stabili un circuit
virtual comutat (SVC).
Adresa conine un identificator internaional numit IDN (International Data Number),
mprit n dou cmpuri DNIC (Data Network Identification Code, - codul de identificare al
reelei de date) i NTN (National Terminal Number - identificatorul naional al terminalului). n
modul de adresare se poate face o analogie ntre acestea i reeaua de telefonie.
Primul dintre ele (DNIC) este opional i identific locaia n reeaua cu comutare de
pachete (PSN - Packet-Switched Networks) n care se afl terminalul destinaie. Acest cmp
poate fi omis n cazul transferrii datelor n cadrul aceleiai reele (naionale). DNIC este mprit
n dou, identificatorul de ar i de reea.
Al doilea cmp, NTN identific terminalul (DTE) destinaie n cadrul reelei i are lungime
variabil n funcie de dimensiunile reelei.
Formatul adresei se poate vedea n figura 7.7.
IDN
max. 10 digii
4 digii
DNIC
Cod ar
3 digii
NTN
PSN
1 digit
Fig. 7.7. Formatul adresei la protocolul X.121. Cmpurile identificatorului (IDN - International
Data Number).
7.2. Frame Relay.
7.2.1. Introducere.
Frame Relay ("tafet" pentru cadre) este un protocol specific reelelor cu arie mare de
acoperire (WAN), care opereaz la primele dou nivele (fizic i al legturii de date) ale modelului
de referin OSI.
Sistemul Frame Relay a fost proiectat iniial pentru reelele digitale de servicii integrate
ISDN (Integrated Services Digital Network). Dezvoltrile ulterioare au permis utilizarea
protocolului i pentru alte tipuri de reele.
Scopul capitolului este de a prezenta specificaiile acestui protocol i modul su de aplicare n
serviciile furnizate de tehnologiile WAN. Frame Relay este un exemplu de tehnologie de reea, cu
schimb de pachete (Packet-Switched), ceea ce permite staiilor de la capete s foloseasc n mod
dinamic mediul comun de transmisie. Frame Relay utilizeaz dou tehnici specifice tehnologiilor
de comutare a pachetelor: pachete cu lungime variabil i multiplexarea statistic [1, 4].
Tehnica pachetelor cu dimensiune variabil se folosete pentru o transmisie mai eficient i
flexibil a datelor. Pachetele sunt schimbate ntre diferite segmente de reea pn cnd acestea ajung
la destinaie.
Tehnicile de multiplexare statistic (nedeterminist) controleaz accesul la reea i au
avantajul c permit utilizare mai eficient i flexibil a lrgimii de band. n prezent cele mai multe
dintre tehnologiile specifice reelelor locale folosesc tehnici de schimb de pachete. Spre deosebire
de Token Ring, care folosete o tehnic de transfer determinist, Ethernet transfer date n mod
nedeterminist.
Frame Relay este considerat ca o variant mbuntit a protocolului X.25, dar de la care nu
motenete cteva dintre caracteristicile mai importante, cum sunt fereastra variabil i
retransmiterea datelor pierdute. Aceste funcii sunt lsate pe seama protocoalelor de la nivelul
OSI 4 Transport, furnizate de alte suite de protocoale, cum este TCP (Transmission Control
Protocol) sau SPX (Sequnced Packet Exchange).
Frame Relay opereaz prin conexiuni specifice WAN (nivelele OSI 1 i 2) care sunt, n
ultimul timp, mai sigure din punctul de vedere al integritii datelor transmise, dect ceea ce ofereau
conexiunile de X.25, la momentul apariiei acelui protocol.
10
Frame Relay este un protocol de la nivelul OSI 2 i folosete, pentru manipularea circuitelor
virtuale, ncapsularea HDLC, fr s aib componente ale nivelelor OSI 3 i 4, spre deosebire de
X.25 care folosete PLP (Packet Layer Protocol) component a nivelului OSI 3 - Reea i transfer
date prin confirmare cu fereastr variabil i retransmisia cadrelor pierdute, componente simple
ale nivelului OSI 4 - Transport.
Renunarea la acestea din urm permite ca Frame Relay s aib performane superioare lui
X.25, n ceea ce privete eficiena transmisiei, ceea ce l face mai potrivit pentru conexiunile WAN
actuale i pentru interconectarea reelelor locale (LAN). O reea Frame Relay poate fi compus din
calculatoare-client sau server, ca echipamente terminale (DTE) i echipamente de comutare i
comunicaie n reea (switch), rutere, CSU/DSU i multiplexoare.
7.2.2. Standarde Frame Relay.
Propunerea pentru un standard, care se referea la Frame Relay, a fost prezentat pentru
analiz la CCITT (Consultative Committee on International Telephone and Telegraph) i ANSI
(American National Standards Institute), n 1984.
Datorit unor lipsuri legate de incompatibilitatea cu alte sisteme de co-municaie i a unor vicii de
standardizare, protocolul nu s-a rspndit foarte mult n acel moment. n 1990, mai multe companii
implicate n producerea i dezvoltarea tehnologiilor de reea, de exemplu Cisco, DEC (Digital
Equipment Corporation), Northern Telecom, i StrataCom, formeaz un consoriu care i
concentreaz atenia asupra dezvoltrii tehnologiei Frame Relay.
Pornind de la specificaiile iniiale ale protocolului, sunt adugate funciuni noi cu
caracteristici care s permit utilizarea protocolului n medii de reea complexe.
Aceste funciuni sunt cunoscute sub denumirea general de interfa pentru management local
(LMI - Local Management Interface). Dup publicarea specificaiilor propuse de acest consoriu,
au aprut mai multe variante propuse i de ali productori de echipamente. ANSI i CCITT au
elaborat ulterior propriile standarde ale unor variante de LMI, standarde care sunt mai frecvent
utilizate n acest moment dect variantele iniiale.
n acest moment, Frame Relay face obiectul unor standarde internaionale ITU-T
(International Telecommunication Union - Telecommunications Standards Section).
7.2.3. Dispozitive specifice pentru Frame Relay.
Dispozitivele utilizate n structura unei reele Frame Relay se mpart n dou mari categorii:
echipamente terminale de date (DTE) i echipamente de comunicare (DCE - Data Circuitterminating Equipment).
Dispozitivele DTE sunt considerate ca fiind elementele de la capetele unei reele i sunt
aezate n imediata apropiere a beneficiarului de servicii de reea i pot fi n proprietatea acestuia
(terminale, calculatoare personale, rutere etc.) [4].
Dispozitivele DCE sunt echipamente din dotarea furnizorilor de servicii de comunicaie i
asigur schimbul de servicii, contorizarea, adic transmiterea datelor de-a lungul unei reele cu arie
mare de acoperire (WAN). Figura 7.8 prezint relaia dintre aceste dou tipuri de dispozitive.

DCE
DCE
Frame Relay
DTE
Staie de lucru
11
DTE Generic
WAN
DCE
DCE
DTE
Server de fiiere
Fig. 7.8. Relaia dintre echipamentele DTE i DCE n cadrul WAN.

Conexiunea dintre DTE i DCE este compus din componente ale nivelelor fizic i al
legturilor de date (OSI 1 i 2). Una dintre interfeele folosite pentru materializarea nivelului fizic este
standardul IEA/TIA 232. Componenta nivelului legturii de date se refer la protocolul prin care
comunic un dispozitiv DTE (terminal sau ruter) cu unul DCE (switch), acesta fiind Frame Relay.
7.2.4. Circuite Virtuale Frame Relay.
Frame Relay furnizeaz o legtur de date bazat pe conexiune, ceea ce nseamn c se
iniiaz un canal de comunicaie, ntre fiecare pereche de terminale, cruia i este asociat un
identificator de conexiune. Acest serviciu este implementat cu ajutorul circuitelor virtuale, de-a
lungul unei reele cu schimb de pachete PSN (Packet-Switched Network), specifice tehnologiei
Frame Relay. Circuitele virtuale furnizeaz o cale de comunicaie bidirecional ntre cele dou
DTE, identificate n mod unic printr-un identificator al conexiunii de la nivelul legturii de date,
numit DLCI (Data-Link Connection Identifier). Se pot astfel deschide i transmite prin reea mai
multe circuite virtuale, printr-un singur circuit fizic, cu ajutorul unui proces de multiplexare.
Aceasta poate reduce complexitatea infrastructurii de reea, necesar pentru conectarea simultan a
mai multor terminale (DTE).
Un circuit virtual poate strbate mai multe dispozitive de comunicaie DCE intermediare, n
acest caz de tip switch, localizate n interiorul reelei cu schimb de pachete (PSN) Frame Relay.
Circuitele virtuale se mpart, ca i n cazul protocolului X.25, n dou categorii: circuite virtuale
comutate (SVC) i circuite virtuale permanente (PVC).
7.2.5. Circuite virtuale comutate SVC (Switched Virtual Circuits).
Circuitele virtuale comutate (SVC) sunt conexiuni temporare utilizate pentru transferuri de
date ocazionale, de-a lungul unei reele Frame Relay. O sesiune de comunicaie presupune
efectuarea urmtoarelor patru faze:
Configurarea legturii (Call setup) - Stabilirea circuitului virtual ntre cele dou dispozitive
terminale,
Transferul datelor - Transferul datelor ntre cele dou terminale,
Ateptare (Idle) - Conexiunea este activ, dar nu are loc transfer de date. Dac dup un
anumit interval de timp de ateptare nu are loc transfer de date, conexiunea virtual se poate
nchide.
ntreruperea legturii - Circuitul virtual dintre cele dou terminale este ntrerupt.
Dup ntreruperea unui circuit, terminalele trebuie s stabileasc un nou circuit virtual n
cazul n care se cere un nou transfer de date, ceea ce nseamn stabilirea unei noi sesiuni,
meninerea i ncheierea ei, pe baza acelorai protocoale de semnalizare folosite la ISDN. Deoarece
sunt puini productori de echipamente de comunicaie (DCE), pentru reelele Frame Relay, care
12
suport conexiuni prin circuite virtuale comutate (SVC), utilizarea acestora n ultimul timp este
redus. Cu toate astea, conexiunile prin circuite virtuale comutate sunt mai economice datorit
faptului c circuitele nu sunt folosite tot timpul.
7.2.6. Circuite virtuale permanente PVC (Permanent Virtual Circuits).
Circuitele virtuale permanente sunt conexiuni stabilite permanent care se utilizeaz pentru
transferuri frecvente i semnificative de date, ntre terminale. Comunicaia de-a lungul unei reele
Frame Relay, printr-un circuit virtual permanent (PVC) nu necesit faza de configurare i
ntrerupere a apelului (legturii), ca n cazul circuitelor virtuale comutate (SVC). Conexiunile prin
circuite virtuale permanente (PVC) se pot afla doar n una dintre urmtoarele dou stri:
Transfer de date - Datele sunt transmise ntre terminale de-a lungul circuitului virtual,
Ateptare - Conexiunea ntre terminale este activ, dar nu are loc transfer de date ntre
terminale. Spre deosebire de circuitele virtuale comutate (SVC), circuitele virtuale permanente nu
sunt ntrerupte, nici chiar dup o anumit perioad de timp, starea de ateptare se pstreaz pn la
urmtorul transfer de date.
Terminalele pot transmite date n orice moment, deoarece circuitul virtual este stabilit
permanent.
7.2.7. Identificatorul conexiunii de la nivelul legturii de date DLCI (Data-Link
Connection Identifier).
Frame Relay este o interfa ntre echipamentele terminale i cele de comunicaie. Pentru a putea
multiplexa mai multe canale logice de transfer de date, numite circuite virtuale, de-a lungul aceluiai
mediu se atribuie fiecrei perechi DTE/DCE un identificator numeric DLCI (Data-Link Connection
Identifier - identificatorul conexiunii de la nivelul legturii de date). Prin multiplexare se poate crete
eficiena utilizrii resurselor de reea (circuite i lime de band), aceleai dispozitive de comunicaie
fiind folosite de mai muli utilizatori simultan. Spre deosebire de aceasta, o reea clasic de telefonie
utilizeaz circuite electrice individuale, pentru o anumit conexiune ntre dou terminale. Dac
transmisia de date este periodic, n cazul comunicaiei prin circuite comutate (reea de telefonie) exist
dou situai: conectarea la cerere (Dial-Up Networking, Dial on Demand Routing) i circuite telefonice
dedicate (linii nchiriate). n oricare dintre aceste dou cazuri cheltuielile, asociate transferului de date,
pot fi mari datorit utilizrii ineficiente a reelei de comunicaie. Printr-o analogie simpl, o reea Frame
Relay poate fi asemnat cu o autostrad pe care circul autovehicule, spre diferite direcii, unele dup
altele. n baza aceleiai analogii, ntr-o reea de telefonie (cu circuite electrice comutate, sau dedicate) se
asigur cte un drum pentru fiecare autovehicul.
DLCI
12
DTE
Server de fiiere
62
DLCI
22
Frame Relay
WAN
36
Circuite virtuale
89
DTE
Staii de lucru
62
DTE
Staii de lucru
Fig. 7.9. Adresarea terminalelor la circuitele virtuale Frame Relay.

n cazul protocolului Frame Relay, conexiunile virtuale sunt identificate de un numr DLCI
(Data-Link Connection Identifier) a crui valoare este atribuit de furnizorul de servicii Frame
13
Relay (n unele cazuri compania de telefonie). Identificatorul DLCI are doar semnificaie local,
ceea ce nseamn c valoarea sa este unic doar n cadrul reelei locale (LAN), nu i n cea cu arie
larg de ntindere (WAN). n figura 7.9 se poate vedea cum la dou terminale diferite se poate
aloca aceeai valoare DLCI, n cadrul aceleiai reele Frame Relay (WAN).
7.2.8. Mecanismele pentru controlul congestiei.
nainte de a vedea cum funcioneaz mecanismul de control a congestiei trebuie prezentate
cteva elemente legate de rata de transfer a circuitelor. Termenii mai importani sunt:
Rata de acces este viteza portului (conexiunii locale - local loop) cu care datele sunt
transferate ntre terminal i reeaua Frame Relay.
Rata de transfer garantat (CIR - Committed Information Rate) reprezint rata de
transfer, n bii pe secund, pe care furnizorul de servicii de reea o garanteaz clienilor.
Bc (Committed Burst - "explozie" garantat) este numrul maxim de bii pe care un
echipament de comunicaie (switch) l poate primi ntr-un anumit interval de timp.
Be (Excess burst) este numrul maxim (negarantat) de bii pe care dispozitivele de
comunicaie le poate transmite peste rata de transfer garantat (CIR). Valoarea acesteia depinde de
oferta de servicii a furnizorului, dar este limitat i de viteza conexiunii locale.
Pentru reducerea ncrcrii reelei (evitarea congestiei) se folosesc mecanisme simple de
notificare a congestiei aprute undeva n reea. Se permite astfel controlul fluxului pe seama
protocoalelor de la nivele superioare, pentru fiecare circuit virtual n parte, fr s fie nevoie de
"sacrificarea" datelor (abandonarea lor pe traseu). Aceasta face ca acest tip de reea s fie sigur din
punctul de vedere al integritii datelor.
Pentru acesta se folosesc dou mecanisme de notificare a congestiei:
Notificarea explicit "n fa" a congestiei FECN (Forward -Explicit Congestion
Notification),
Notificarea explicit "n urm" a congestiei BECN (Backrward -Explicit Congestion
Notification).
Att notificarea "n fa" (FECN) ct i cea "n urm" (BECN), sunt controlate de cte un
singur bit, aflat n antetul cadrului Frame Relay. Antetul conine un bit DE (Discard Eligibility)
care identific acele cadre care conin date mai puin importante i care pot fi abandonate n caz de
congestie.
Bitul de notificare explicit "n fa" a congestiei FECN (Forward-Explicit Congestion
Notification).
Bitul FECN face parte din cmpul de adres, aflat n componena cadrului Frame Relay.
Mecanismul prin care se face notificarea de tip FECN se declaneaz atunci cnd un terminal
(DTE) transmite cadre cu date spre reea. Dac reeaua este congestionat, dispozitivul de
comunicaie (DCE, switch) fixeaz la 1 bitul FECN. Cnd cadrul cu datele ajunge la terminalul
destinaie, cmpul de adres, cu bitul de congestie FECN egal cu 1, indic existena congestiei
undeva pe drum, ntre surs i destinaie.
Componenta de la nivelul legturii de date, de pe terminalul destinaie (care primete cadrul),
extrage i interpreteaz aceast informaie, transmi-nd-o apoi protocolului de la nivelul superior.
Dac protocolul dispune de mecanismele necesare, pentru controlul fluxului de date, va putea
decide dac s micoreze nivelul acestuia, sau s ignore notificarea.
Bitul de notificare explicit "n urm" a congestiei BECN (Backward-Explicit Congestion
Notification).
Bitul BECN este, de asemenea, parte a cmpului de adres, aflat n componena antetului cadrului
Frame Relay. Dispozitivele de comunicaie (DCE) fixeaz bitul BECN la valoarea 1 ntr-un cadru care
circul in sens invers (spre terminalul dinspre care tocmai a primit date, n sens opus fa de sensul n
care a trimis cadrul cu bitul FECN). Prin aceasta terminalul (DTE), conectat direct la dispozitivul de
14
comunicaie, va fi informat c o parte din drumul parcurs de cadrul cu date, ntre surs i destinaie, este
congestionat. Componenta de la nivelul legturii de date, de pe terminalul care primete cadrul, va
transmite aceast informaie protocolului de la nivelul superior, care va decide dac s micoreze nivelul
fluxului de date, sau s ignore notificarea.
Bitul de marcare a cadrelor cu date fr importan DE (Frame Relay Discard
Eligibility).
Bitul DE (Discard Eligibility) marcheaz cadrele care conin date fr importan i este
folosit pentru a anuna echipamentele de pe drum c acestea pot fi descrcate n cazul apariiei unei
congestii, n reea.
Bitul DE face parte din cmpul de adres i este activ dac are valoarea 1. Dispozitivul
terminal poate fixa valoarea acestui bit n funcie de importana datelor din cadru. Cnd reeaua este
foarte ncrcat, dispozitivele de comunicaie (DCE) vor abandona cadrele care au bitul DE egal cu
1, naintea celorlalte. Aceasta reduce probabilitatea abandonrii, de ctre dispozitivele de
comunicaie, a datelor importante, n timpul strilor de congestie.
7.2.9. Verificarea erorilor (Frame Relay Error Checking).
Frame Relay folosete un mecanism de verificare a erorilor, ntlnit des n transferul i
stocarea informaiei, cunoscut sub numele de CRC (Cyclic Redundancy Check). CRC compar
dou valori, calculate la surs i la destinaie, folosind datele coninute de cadre, pentru a determina
dac au aprut erori (modificri ale coninutului cadrelor cu date) n timpul transmisiei.
Mecanismele de verificare a integritii datelor transmise sunt mai eficiente, dect cele de
corecie a erorilor, deoarece reduc ncrcarea echipamentelor din reea.
Cadrele alterate n timpul transmisiei sunt abandoante, sarcina de recuperare a informaiei
pierdute, fiind lsat protocoalelor de la nivelul OSI 4 - Transport. De aceea, este asociat de obicei
cu protocoale evoluate, care au componente de transport, cum este TCP/IP (Transmission Control
Protocol / Internet Protocol).
Fiind lipsit de mecanisme de corecie a erorilor, Frame Relay trebuie s utilizeze medii de
transmisie sigure (puin afectate de surse de erori), cu o rat de pierderi redus.
Interfaa de management local (Frame Relay Local Management Interface).
LMI (Local Management Interface), interfaa de management local este un standard de
semnalizare ntre echipamentele de la sediul clientului (CPE - Customer Premises Equipment) i
echipamentele de comunicaie ale reelei Frame Relay. LMI conine o suit de mbuntiri
ulterioare aduse celor de baz, n 1990 de ctre firma Cisco Systems, StrataCom, Northern Telecom
i Digital Equipment Corporation.
Aceasta ofer cteva caracteristici suplimentare (extensii) folosite la administrarea
conexiunilor dintre reelele complexe. Sunt incluse aici soluii pentru adresarea global, mesaje de
stare ale circuitelor virtuale i transmisii multicast.
Principalele avantaje ale LMI sunt legate de determinarea strii operaionale a diferitelor circuite virtuale, informaii foarte utile pentru procesele de rutare. Ruterele pot astfel s fie bine
informate asupra circuitelor virtuale disponibile.
Transmiterea de pachete de meninere n activitate a circuitelor virtuale permanente (keepalive
packets), necesare evitrii strilor prelungite de inactivitate i ntreruperea circuitelor. Mai
rspndite sunt trei dintre variantele de LMI i anume ANSI, Cisco i Q933a.
n plus fa de specificaiile iniiale de transfer de date, specificaiile LMI ofer suport pentru
adresare la scar mare (global addressing), n reele de mari dimensiuni.
Extensia LMI (opional) de adresare global ofer identificatorului de conexiune de la nivelul
legturii de date (DLCI) valori globale (unice n WAN) nu doar locale. Prin identificarea unic a terminalului, DLCI ofer mai multe avantaje de interconectare i administrare. Se pot aplica astfel tehnici
standard de asociere i determinare a adreselor ierarhice (prin aplicare de protocoale ARP - Address
15
Resolution Protocol), ceea ce face ca reeaua astfel conceput s fie similar, din punctul de vedere al
adresrii, cu o reea local (LAN). O astfel de reea are, de obicei, rutere ca echipamente terminale.
O alt extensie LMI (opional) ofer posibilitatea transmiterii de mesaje despre starea
circuitelor virtuale i asigur funciuni de comunicare i sincronizare ntre terminale (DTE) i
dispozitivele de comunicaie (DCE). Aceste mesaje sunt folosite pentru comunicarea periodic a strii
circuitelor virtuale permanente (PVC), apariia unora noi, sau ncheierea lor. Aceste mesaje sunt foarte
importante n prevenirea transmiterii "n gol" a pachetelor de date n cazul ntreruperii circuitelor.
Extensia LMI (opional) pentru transmisia multipl (multicasting) permite transmiterea
multipl spre mai multe terminale de reea (adres de grup). Transmisia multipl micoreaz
traficul, deoarece pachetele de date, informaiile de rutare (routing updates) i mesajele pentru
determinarea adresei (address-resolution messages) se trimit o singur dat spre mai multe destinaii,
rutarea fcndu-se doar spre un anumit grup de rutere i terminale. Extensia LMI pentru multicasting
trimite periodic i mesaje cu rapoarte despre starea grupurilor de adrese.
LMI ofer i o extensie opional de control a fluxului, diferit de cel care utilizeaz
notificaiile asupra congestiei deoarece nu toate protocoalele de nivel superior pot s utilizeze aceste
notificaii. Aceast extensie furnizeaz un mecanism XON/XOFF de control al fluxului, aplicat dea lungul ntregii reele.
7.2.10.
Implementarea reelelor Frame Relay.
n general, o reea tipic Frame Relay se folosete, alturi de alte protocoale, de circuite i
echipamente specifice tehnologiilor de telecomunicaie (n ultimul timp T1 sau E1). Interfeele Frame
Relay transmit traficul dinspre reeaua de telecomunicaii spre reeaua de date i invers, traficul altor
protocoale utilizate pentru telefonie, tele sau video conferine fiind manipulat de ctre alte echipamente
i aplicaii specifice, ca PBX (Private Branch Exchange - sistem de transfer, utilizat pentru conectarea
reelei telefonice analogic, sau digital, aflat la sediul abonatului).
Reeaua este compus dintr-un numr de echipamente DTE (de obicei rutere) conectate prin
echipamente de multiplexare la circuite tradiionale punct-la-punct (T1, E1 sau fraciuni ale acestora,
linii de 56 kbps etc.). Un exemplu de astfel de reea se poate vedea n figura 7.10.
Reelele Frame Relay dezvoltate n ultimul timp, sunt destinate s furnizeze unor clieni,
servicii publice de transmisii de date, dar pot fi ntlnite i ca soluii pentru reele private de
ntreprindere. n paragraful care urmeaz se vor prezenta aceste dou variante tipice de
implementare.
Ruter
Frame Relay
WAN
DCE
Multiplexor
T1
DTE
Reea Token Ring
FDDI
Interfa
Frame Relay
DCE
Interfa Non
- Frame Relay
Interfa Non
- Frame Relay
Interfa
Frame Relay
Video
Conferine
Interfa
FDDI
Multiplexor T1
Switch
Ethernet
Central
telefonic
Reea
telefonic
Reea local Ethernet
DTE
Reea Ethernet
Fig. 7.10. Un exemplu simplu de reea Frame Relay care conecteaz la WAN diferite tipuri de
echipamente.
16

7.2.11.
Reele publice de transfer (Public Carrier-Provided Networks).
n reelele publice de transport, echipamentele de comutare sunt localizate la sediul

furnizorului de servicii de telecomunicaie. Abonaii folosesc servicii i echipamente aflate n
dotarea propriei lor reele, dar nu sunt ncrcai cu ntreinerea i administrarea acestora.
Echipamentele de comunicaie (DCE) sunt, n general, n proprietatea furnizorului de servicii
de telecomunicaii, dar se pot afla i n custodia, sau proprietatea clientului. Majoritatea reelelor
Frame Relay sunt reele publice de furnizare a transportului de date.
7.2.12.
Reele private de ntreprindere (Private Enterprise Networks)
n multe situaii ntlnite n ultimul timp, organizaii de mari dimensiuni i dezvolt reele
private Frame Relay, pentru care i asum responsabilitatea administrrii i ntreinerii.
n acest caz, toate echipamentele, att cele terminale (DTE), ct i cele de comunicaie i
comutare (DCE, switch) sunt n proprietatea clientului.
7.2.13.
Formatele cadrelor Frame Relay.
Pentru a nelege rolul i funciunile cadrelor Frame Relay, trebuie s urmrim structura
acestora prezentat n figurile 7.11. i 7.12. n primul caz avem de-a face cu formatul de baz
(iniial) al cadrului, iar n cel de-al doilea cu versiunea ulterioar utilizat de LMI.
Fanioanele (flags) indic nceputul i sfritul cadrului. n afar de acestea mai exist trei
componente de baz, i anume: antetul i cmpul de adres, cmpul cu datele utile i secvena de
verificare a cadrului (FCS - Frame Check Sequence) [4].
Formatul Standard al cadrelor Frame Relay
Cadrele standard sunt formate din cmpurile prezentate n figura 7.11.
8
16
Variabil
16
Start
Antet Frame
Relay
Date
FCS
Stop
6
DLCI
C/R EA
4
DLCI
FECN BECN DE
1
EA
Fig. 7. 11. Formatul cadrelor standard Frame Relay.

Semnificaia acestora este urmtoarea:
Start/Stop (Flag start/stop cadru) - Delimiteaz nceputul i sfritul unui cadru. Acesta este
un cmp de "semnalizare", valoarea acestuia fiind ntotdeauna aceeai (n hexazecimal 7E, iar n
binar 01111110). Rolul acestuia este de a delimita cadrele Frame Relay de cadrele altor protocoale
care pot s coexiste pe acelai mediu fizic.
Adres - este un cmp compus din 16 bii, care conine urmtoarele informaii:
o DLCI - 10 bii (primii ase bii ai primului octet, mpreun cu primii patru ai celui de-al
doilea) care reprezint identificatorul conexiunii virtuale dintre dispozitivul terminal i cel de
comunicaie (n acest caz switch). Fiecare circuit virtual, multiplexat prin acelai canal fizic, va avea
un identificator unic de-a lungul acestuia. Valoarea DLCI are doar semnificaie local, dispozitivele
aflate la capetele unei conexiuni putnd avea valori ale DLCI diferite, pentru a specifica aceeai
conexiune virtual.
o EA (Extended Address - adres extins), al 8-lea bit al fiecrui octet din cmpul de adres,
se utilizeaz pentru a indica dac avem de-a face cu adres extins sau nu. Dac EA este egal 1,
octetul din care face parte este ultimul octet de adres, adic ultimul cmp DLCI, iar dac EA este
17
egal cu 0, atunci nseamn c mai urmeaz nc un octet de adres, care conine bii alocai pentru
DLCI. Dei versiunile actuale de Frame Relay utilizeaz doi octei pentru DLCI, bitul EA permite
extinderea n viitor a dimensiunii DLCI la mai mult de 10 bii.
o C/R (Command/Response) - este un bit (al 7-lea din cmpul "Adres") care urmeaz dup
primul cmp DLCI, din octetul cel mai semnificativ al cmpul de adres. Acest bit este rezervat
pentru scopuri particulare.
o FECN, BECN i DE (controlul congestiei) este un cmp de trei bii, (de la al 13- lea, pn
la al 15-lea) din cmpul de adres, prin care Frame Relay transmite mesaje de notificare a
congestiei, punnd astfel n funciune mecanismul de control al congestiei.
FECN (Forward-explicit congestion notification) este un bit pe care un echipament de
comunicaie (switch) poate s-l fixeze la valoarea 1, pentru a indica echipamentului terminaldestinaie (DTE, ruter) c n timpul transmiterii cadrelor, pe ruta surs-destinaie, a aprut o situaie
de congestie.
BECN (Backward-explicit congestion notification) este un bit pe care un echipament de
comunicaie (switch) poate s-l fixeze la valoarea 1, pentru a indica echipamentului terminal-surs
(DTE, ruter) c n timpul transmiterii cadrelor, pe ruta surs-destinaie, a aprut o situaie de
congestie.
DE (Discard Eligibility) este un bit pe care echipamentul terminal (DTE) surs poate s l
fixeze la valoarea 1 n cazul cadrelor mai puin importante. Cadrele marcate cu DE egal cu 1 pot fi
abandonate, naintea altora, n cazul apariiei unei situaii de congestie.
Date - cmp, de dimensiune variabil, n care sunt ncapsulate datele utile, uniti de date
(PDU) ale protocoalelor de nivel superior. Fiecare cadru poate transporta date cu dimensiune
variabil, de la 1 pn la 16.000 octei.
Secvena de verificare a cadrului (FCS - Frame Check Sequence) se folosete pentru
verificarea integritii datelor transmise. Valoarea sa se calculeaz de ctre surs, n timpul
procesului de ncapsulare, pe baza unei metode CRC (Cyclic Redundancy Check) i se verific apoi
la destinaie.
n cazul transferrii corecte a datelor, cele dou valori trebuie s fie egale. Frame Relay nu
folosete mecanisme de corecie a erorilor, acestea fiind lsate n sarcina protocoalelor de nivel
superior.
Formatul cadrelor LMI.
Cadrele Frame Relay care respect specificaiile LMI au componentele prezentate n figura
7.12.
8
48
Variabil
16
Start
Antet Frame
Relay LMI
Date
FCS
Stop
16
LMI DLCI
UI
PD
CR
MT
Fig. 7.12. Formatul cadrelor de tip LMI Frame Relay.

Specificaia LMI.
Spre deosebire de cadrele standard, cadrele care respect specificaia LMI au patru octei
mputernicii cu funciuni speciale (UI, PD, CR i MT). n afar de cmpurile Flag, Date i FCS,
care au aceeai semnificaie ca la cadrele standard, celelalte cmpuri au semnificaia urmtoare:
Flag (fanion) (un octet) este un cmp de semnalizare a nceputului i sfritului unui cadru.
Este definit de secvena binar 01111110.
LMI DLCI, un cmp de doi octei care identific formatul LMI al cadrului (diferit de cel
standard) i are valoarea, convenit, de consoriul care a elaborat versiunea, de 1023 (DLCI=1023).
18
UI (Unnumbered Information Indicator) un octet care are acelai format i semnificaie ca i

indicatorul de cadru corespunztor protocolului LAPB (vezi X.25) care are fixat la zero bitul "de
alegere" (final).
PD (Protocol Discriminator) este un cmp de un octet a crui valoare indic tipul extensiei
LMI pentru care se utilizeaz cadrul respectiv.
CR (Call Reference), un octet care nu se folosete nc pentru nici un scop, fiind rezervat pentru
extensii viitoare. Toi biii acestui octet sunt egali cu zero.
MT (Message Type), un octet care definete tipul mesajului transmis de cadrul respectiv. Sunt
definite dou tipuri de mesaje:
o Mesaje de investigare a strii (Status-inqury message) permit unui terminal s cear
informaii despre starea reelei.
o Mesaje de stare (Status message), se transmit ca rspuns la un mesaj de interogare
transmis anterior. Mesajele de stare includ informaii despre starea i durata de meninere
(keepalives) a circuitelor virtuale permanente (PVC). Mesajele de stare mpreun cu cele de
interogare a strii permit verificarea integritii legturilor fizice i logice. Acestea sunt foarte
importante n reelele care folosesc protocoale de rutare de tip "link state" (OSPF, BGP etc.), care
aleg rutele n funcie de starea legturilor.
Informaii (IE - Information Elements) este un cmp, cu dimensiune variabil care urmeaz
celui care indic tipul mesajului, compus din mai multe informaii individuale
o Identificatorul IE (IE Identifier) un octet care permite identificarea unic a tipului
elementului de informaie.
o Lungimea IE (IE Length)un octet care indic lungimea cmpului IE.
Date este un cmp variabil ntre un octet i 16.000 n care sunt ncapsulate datele provenite de
la protocolul de nivel superior.
Frame Check Sequence (FCS) este un cmp de doi octei care conine secvena de verificare
a cadrului.
19
I.

1. Suita X.25 ocup urmtoarele nivele ale modelului de referin OSI:
a)
b)
c)
d)
e)
fizic, legtur, transport;

fizic, legtur, pachet;
fizic, legtur, reea;
EIA/TIA-449, LAPB, PLP i HDLC;
fizic, legtur, reea i transport;
2. Frame Relay este serviciu implementat cu ajutorul circuitelor virtuale, care sunt de
urmtoarele tipuri:
a) primare (PVC) i secundare(SVC);
b) primare (PSN) i logice (LMI);
c) primare (PVC) i secundare (SVC);
d) permanente (PVC) i ocazionale (SVC);
e) DLCI i LMI.
3. Mecanismul pentru controlul congestiei utilizeaz urmtoarele mesaje de notificare:
a) CIR i DLCI;
b) DE, BC i BE;
c) DE, FECN i BECN;
d) Nu are mecanism de notificare;
e) FCS, FECN i BECN.
II.

1. Circuitele virtuale comutate (SVC) sunt conexiuni temporare utilizate pentru
transferuri de date ocazionale, de-a lungul unei reele Frame Relay.
adevrat fals
2. Cmpul de date al unui cadru Frame Relay are dimensiune variabil, cuprins ntre 1
i 65.535 octei.
adevrat fals
3. 3. Cmpul Flag (un octet) este un cmp de semnalizare a nceputului i sfritului
unui cadru, fiind definit de secvena binar 11111110.
adevrat fals
20

RSPUNSURI
I.

1. c
2. d
3. c
II.

1. adevrat
2. fals
3. fals
Bibliografie
1. http://www.cisco.com/univercd/cc/td/doc/cisintwk/ito_doc/introwan.htm
2. http://www.cisco.com/univercd/cc/td/doc/cisintwk/ito_doc/sdlcetc.htm
3. http://www.cisco.com/univercd/cc/td/doc/cisintwk/ito_doc/x25.htm
4. http://www.cisco.com/univercd/cc/td/doc/cisintwk/ito_doc/frame.htm
1
Cursul 8 - Protocolul PPP

Cursul 8
PROTOCOLUL PUNCT LA PUNCT
Introducere curs
Obiective curs

individual
n acest curs este prezentat protocolul punct la punct.

Introducere: prezentare, modul de operare, cerine impuse nivelului
fizic.
Componentele PPP: componente de baz; nivelul legturii de date
PPP; protocolul de control al legturii - LCP; autentificarea prilor;
protocolul de control al pachetelor de reea - NCP; compresia datelor;
criptarea datelor; conexiunile multiple; lista protocoalelor care compun
PPP;componente asociate la PPP;
Utilizarea i configurarea PPP: Configurarea unui client PPP (Dial
Out); Procedura de conectare i autentificare (sign in); Obinerea
informaiilor despre serviciu i echipamente.
Cuprins:
8.1.
8.1.1.
8.1.2.
8.1.3.
8.2.1.
8.2.2.
8.2.3.
8.2.4.
8.2.4.1.
8.2.4.2.
8.2.4.3.
8.2.4.4.
8.2.4.5.
8.2.5.
8.2.6.
8.2.7.
8.2.8.
8.2.9.
8.2.10.
8.2.10.1.
8.2.10.2.
8.3.
Introducere..................................................................................................... 2
Prezentare. ..................................................................................................... 2
Modul de operare.......................................................................................... 2
Cerine impuse nivelului fizic. ..................................................................... 2
Componente de baz. ................................................................................... 3
Nivelul legturii de date PPP. ...................................................................... 3
Protocolul de control al legturii PPP - LCP............................................... 4
Autentificarea prilor................................................................................... 5
Principiul autentificrii PPP. ........................................................................ 5
Autentificarea prin PAP. .............................................................................. 5
Autentificarea prin CHAP............................................................................ 7
Autentificarea prin EAP. .............................................................................. 8
Certificatele de autenticitate i Smart card.................................................. 8
Protocolul de control al pachetelor de reea - NCP..................................... 9
Compresia datelor......................................................................................... 9
Criptarea datelor............................................................................................ 9
Conexiunile multiple. ................................................................................. 10
Lista protocoalelor care compun PPP. ...................................................... 10
Componente asociate la PPP...................................................................... 11
AAA. ........................................................................................................... 11
DDR............................................................................................................. 11
Utilizarea i configurarea PPP. .................................................................. 11

8.3.1.
Configurarea unui client PPP (Dial Out). ................................................. 11
8.3.3.
Obinerea informaiilor despre serviciu i echipamente........................... 12
8.3.4.
Etapele configurrii PPP............................................................................. 13
TESTE DE AUTOEVALUARE............................................................................... 14
RSPUNSURI ............................................................................................................ 15
Bibliografie................................................................................................................... 15
8.1. Introducere.
8.1.1. Prezentare.
Iniial, protocolul PPP (Point-to-Point - punct la punct) a aprut ca o metod de ncapsulare
folosit pentru a transfera pachete IP de-a lungul unor conexiuni seriale (punct la punct), ca o
alternativ mbuntit a protocoalelor SLIP i CSLIP (Serial Line Internet Protocol - Compressed
SLIP). Spre deosebire de acestea, PPP a fost conceput pentru transferul, printr-un mecanism de
multiplexare, a protocoalelor de reea, care pot fi transmise simultan pe aceea i legtur.
Pentru multiplexare se pot folosi dou metode, prima de tip asincron, folosete pentru delimitarea unitilor de date de protocol ncapsulate indicatori de start i stop, iar cea de a doua de tip sincron
utilizeaz n plus bit de sincronizare a canalelor multiplexate. Pentru creterea eficienei transmisiei i
a secretizrii informaiei, PPP este dotat cu componente de compresie i criptare a datelor.
PPP are n componena sa mecanisme specifice pentru configurarea i testarea calitii
legturii fizice, detectarea erorilor, negocierea dinamic a adresei de reea i a metodelor de
compresie i criptare [1, 4].
8.1.2. Modul de operare.
Pentru a stabili o legtur de comunicaie, de-a lungul unei conexiuni "punct la punct",
componenta PPP, de la captul care cere iniierea legturii, transmite mai nti cadre LCP
pentru a configura i testa (opional) legtura de date.
Dup ce legtura a fost stabilit i eventualii parametri au fost negociai, n funcie de
necesitile impuse de scopul legturii, se trimit n continuare cadre NCP pentru a alege i
configura unul sau mai multe protocoale de nivel superior, nivel OSI 3 reea.
n urmtoarea etap, dac este cazul, CCP negociaz metoda de compresie i criptare a
datelor ncapsulate n cadrele PPP. Cnd toate aceste protocoale au configurat parametrii
conexiunii, se pot trimite pe aceast legtur n ambele sensuri pachete provenind de la oricare
dintre protocoalele de reea folosite.
Legtura i pstreaz configuraia, pn cnd se trimite n mod explicit un cadru LCP sau
NCP care s nchid linia. n cazul n care apare o problem extern (ntreruperea accidental sau
voit a legturii seriale), sau dup expirarea unei perioade de inactivitate negociat anterior,
legtura se nchide.
8.1.3. Cerine impuse nivelului fizic.
PPP poate s opereze de-a lungul oricrei legturi ntre concepute pentru conectarea
echipamentelor DTE i DCE. Sunt incluse aici interfaa EIA/TIA 232-C (cunoscut i ca RS 232C) EIA/TIA 422 (cunoscut i ca RS 422), sau V 35 (standard ITU-T International
Telecommunication Union Telecommunication Standardization Sector).
Singura condiie impus de PPP este ca circuitul s permit comunicaie full duplex, pe
linie dedicat sau comutat, care poate s opereze serial, att asincron ct i sincron. PPP nu
impune nici o restricie referitoare la rata de transfer, restricii impuse eventual doar de
echipamentele (DTE sau DCE) folosite [1, 4].
3
8.2. Componentele PPP.
8.2.1. Componente de baz.

Pentru a putea transmite datagrame de-a lungul unor linii seriale "punct la punct" este nevoie
de patru componente principale.
Un protocol sincron, specific subnivelului LLC (OSI 2 legtur), numit HDLC (HighLevel Data Link Control) utilizat pentru ncapsularea datagramelor i controlul transmisiei;
O familie de protocoale complexe LCP (Link Control Protocol), concepute special pentru
PPP, folosite pentru stabilirea, configurarea i testarea conexiunii. Acestea opereaz la nivelul
fizic i al legturii de date, a nivelelor OSI 1 i 2 MAC. LCP este responsabil cu asigurarea unei
conexiuni robuste la nivelul fizic i al legturii de date;
O familie de protocoale NCP (Network Control Protocol), folosite pentru negocierea
utilizrii i configurarea protocoalelor de reea, de la nivelul OSI 3. n afar de IP, pentru care a
fost conceput iniial, PPP permite ncapsularea i transferul simultan a unor protocoale ca Novell
IPX (Internetwork Packet Exchange), DECnet i uneori NetBEUI (NetBIOS Extended User
Interface - protocol de transport dezvoltat de firma Microsoft, bazat pe funcii ale protocolului
NetBIOS, dezvoltat de IBM);
Un protocol CCP (Compression Control Protocol) care permite negocierea i utilizarea
unor metode de compresie a datelor ncapsulate n cadrele PPP.
Un protocol ECP (Encryption Control Protocol) care permite negocierea i utilizarea unor
algoritmi de criptare a datelor.
Lista tuturor protocoalelor care compun PPP este prezentat la punctul 8.2.9.
8.2.2. Nivelul legturii de date PPP.
PPP folosete principiile, terminologia i structura cadrelor impuse de ISO (Organizaia
Internaional pentru Standardizare), n conformitate cu standardul ISO 3309-79 modificat prin
ISO 3309-84/PDAD1 (Addendum 1). Standardul ISO 3309-79 specific structura cadrului HDLC
folosit la transmisiile n medii sincrone, iar ISO 3309-84/PDAD1, propune modificri ale celui
dinti pentru a permite utilizarea n medii asincrone.
Procedurile de control PPP utilizeaz definiiile i semnificaia cmpurilor conform standardului ISO 4335-79, Addendum 1. Formatul cadrelor PPP arat ca n figura 8.1.
1
octei
16
24
32
Fanion (0x7E)
Adres (0xFF)
Control 0x03)
Protocol (0x00)
(01111110)
(11111111)
(00000011)
M SB (00000000)
Protocol (0x21)
LSB (00100001)
Date
Date
(cmp cu dimensiune variabil)
0000000 (Padd)
FCS (2 sau 4 octei)
00000000
Fanion (0x7E)
(01111110)
Fig. 8.1. Formatul cadrului PPP.

Semnificaia cmpurilor prezentate n figura 8.1 este urmtoarea:
Fanion (Start Flag) - Indicator de start i de stop, format dintr-un octet care marcheaz
nceputul i sfritul unui cadru. Acesta este compus din succesiunea binar 01111110.

Adres, un octet care conine secvena binar 11111111, care reprezint adresa standard
de broadcast. PPP nu aloc adres individual (de nivel OSI 2) pentru nodurile implicate
n stabilirea legturii.
Control, un octet care conine secvena binar 00000011 care precede transmisia datelor
utile, ntr-un cadru izolat (care nu face parte dintr-o succesiune de cadre). Pentru controlul
legturii este folosit un serviciu fr conexiune, similar cu LLC de tipul 1.
Protocol, cmp format din doi octei care identific protocolul ncapsulat n cmpul de
date (informaii utile) ale cadrului.
Date, un cmp cu dimensiune variabil ntre zero i 1500 (uzual, se poate modifica
aceast valoare prin consens ntre prile care se conecteaz).
FCS (Frame Check Sequence), un cmp format de obicei din doi octei, dar pentru a crete
performanele de detecie a erorilor, n urma unui consens ntre pri, se pot folosi 4 octei
(32 bii).
Sfritul cmpului de date se marcheaz cu ajutorul fanionului (indicatorului) de sfrit.
8.2.3. Protocolul de control al legturii PPP - LCP.
LCP (al crui cod este c021) face parte dintr-o familie de protocoale care furnizeaz suportul
necesar pentru stabilirea, configurarea, ntreinerea i nchiderea unei conexiuni, opernd n cinci
faze distincte:
n prima faz se stabilete legtura i se negociaz configuraia. nainte ca s se poat
trimite datagrame ale unui protocol de nivel superior, LCP trebuie s deschid legtura i s
negocieze parametrii de configurare. Aceast faz este terminat atunci cnd sunt trimise i
recepionate, de ctre ambele capete ale legturii, cadre cu mesaje de confirmare.
n a doua faz se determin calitatea legturii. LCP permite determinarea opional a calitii
legturii, dup ce aceasta a fost stabilit i configurat. n aceast faz legtura este testat pentru a
determina dac condiiile de calitate sunt suficiente pentru a suporta un protocol de reea (n general
de nivel superior). Exist situaii n care o vitez prea mic a liniei nu permite transmiterea datagramelor cu o rat suficient de mare, care s le permit s ajung la destinaie nainte de expirarea
timpului de via al acestora. Aceast faz este opional, iar n cazul n care se folosete, LCP
poate ntrzia transmisia datelor utile pn la ncheierea acesteia.
n faza a treia are loc autentificarea legturii, dup o metod negociat n faza nti.
Aceast faz este opional, prezena sau absena ei nu influeneaz desfurarea fazelor urmtoare.
n faza a patra are loc negocierea i configurarea protocoalelor de nivel superior. Dup ce
LCP ncheie faza de verificare a calitii legturii, iar faza de autentificare este trecut cu succes,
fiecare protocol de nivel superior poate fi configurat separat prin utilizarea unei componente NCP
corespunztoare. NCP poate activa, sau dezactiva n orice moment, protocoalele de nivel superior.
Dac LCP nchide legtura, va informa protocoalele de nivel superior pentru ca acestea s poat
lua msurile care se impun.
Ultima faz este aceea n care LCP ncheie legtura. LCP poate face acest lucru n orice
moment. n mod normal, acest lucru se ntmpl n urma unei cereri din partea unei pri, dar
legtura se poate nchide i n cazul unui eveniment datorat nivelului fizic, cum ar fi pierderea
purttoarei, sau expirarea unei perioade de inactivitate stabilite anterior. Inactivitatea este
caracterizat prin absena unui trafic prin legtur (nu se transmit nici un fel de cadre).
Deoarece PPP nu este conceput cu o structur de tip client/server, fiecare partener care
dorete stabilirea unei conexiuni, trebuie s trimit o cerere de configurare a
conexiunii(CONFREQ (Configuration Request), pe care cellalt partener trebuie s o accepte. n
aceste cereri pot fi incluse opiuni care nu sunt definite implicit cum sunt: protocolul de
autentificare, MRU (Maximum Receive Unit - numrul maxim de octei care pot fi recepionai),
convenia caracterelor de control etc.
5
Tot n aceast etap, partenerii negociaz metoda de autentificare i dac partenerii suport
conexiuni fizice multiple, multilink. n urma unei astfel de cereri, sunt posibile trei tipuri de
rspunsuri:
1. CONFACK (Configure Acknoledgement) este un rspuns de confirmare a configuraiei pe
care un partener trebuie s-l trimit celuilalt care a fcut cererea, n cazul n care accept opiunile
formulate n CONFREQ.
2. CONFREJ (Configure Reject) este un rspuns care trebuie trimis partenerului care a fcut
cererea (CONFREQ), n cazul n care unele dintre opiuni nu sunt recunoscute (din motive de
incompatibilitate, sau pentru c sunt inactivate).
3. CONFNAK (Configure Negative Acknoledgement) este un rspuns care trebuie trimis
partenerului care a fcut cererea n cazul n care opiunile sunt recunoscute, dar valorile nu sunt
acceptate.
Partenerii continu s schimbe astfel de mesaje pn cnd fiecare transmite CONFACK, pn
la ntreruperea conexiunii, sau pn cnd unul dintre parteneri (sau ambii) anun c negocierea nu
poate fi ncheiat.
LCP folosete trei categorii distincte de cadre, diferite n funcie de faza de operare i de scop.
Cadrele folosite la stabilirea i configurarea legturii sunt diferite de cele folosite la nchiderea
acesteia, sau pentru ntreinerea i depanarea unei legturi.
LCP poate s negocieze modificarea structurii standard a cadrului PPP. Cadrele
modificate vor trebui marcate pentru a putea fi deosebite de cele standard.
8.2.4. Autentificarea prilor.
8.2.4.1.
Principiul autentificrii PPP.
n cazul conectrii unui terminal aflat la distan, la un server de acces, terminalul sau
operatorul acestuia trebuie s se autentifice pe baza unui nume de acces i a unei parole. n funcie
de nivelul de securitate impus de scopul conectrii, exist mai multe metode de autentificare.
Autentificarea partenerilor este o faz opional, dar recomandat n toate cazurile de
conectare de la distan. n anumite situaii, autentificarea este impus explicit din motive de
securitate.
Exist dou metode de baz folosite pentru autentificare n cazul PPP. Acestea sunt PAP
(Password Authentication Protocol) i CHAP (Challenge Handshake Authentication Protocol),
definite de RFC 1334 i actualizate RFC 1994. Atunci cnd se discut despre autentificare trebuie
s se defineasc doi termeni pereche care particip la aceasta:
Solicitantul (requester) este dispozitivul care iniiaz cererea de acces la reea i care trebuie
s furnizeze informaiile de autentificare.
Autentificatorul (authenticator) este cel care verific valabilitatea informaiilor de
autentificare i s permit sau nu stabilirea conexiunii.
Particularitatea autentificrii PPP este aceea c ambii parteneri pot s fie n aceiai msur
solicitant i autentificator, cererea de autentificare putnd fi formulat de oricare dintre
parteneri, autentificarea fcndu-se de cellalt partener.
Autentificarea are loc doar ntre faza de configurare a legturii de ctre LCP i naintea
fazei de negociere a protocolului de reea de ctre NCP. n prima faz se transmit pachete scurte
(fr cmp de date) prin care se negociaz protocolul utilizat pentru autentificare, iar dup aceea
mesajele de autentificare propriu-zise.
8.2.4.2.
Autentificarea prin PAP.
Autentificarea prin PAP (Password Authentication Protocol) se face simplu, de ctre o

component a familiei de protocoale de control a legturii, prin trimiterea repetat, n clar de
ctre solicitant, a perechii nume/parol (username/password), pn cnd autentificatorul, care

verific ntr-o baz de date valabilitatea acesteia, trimite un rspuns de confirmare. n caz contrar,
autentificatorul nchide forat conexiunea.
Autentificarea prin PAP se negociaz de ctre LCP i este caracterizat prin codul 0xC023.
Mesajele sunt apoi ncapsulate n cadre specifice nivelului OSI 2 i transferate ntre pri. Formatul
acestor pachete, care conin mesajele de autentificare, se poate vedea n figura 8.2.
Lungimea cmpurilor n octei
1
Tip (3)
Lungime
cadru (4)
Protocol de
autentificare (0xC023)
variabil
Cod
Identificator
Lungime cadru
Date
Fig. 8.2. Formatul pachetelor de autentificare PAP.

Pentru negocierea autentificrii se folosesc trei tipuri de mesaje, n conformitate cu RFC
1334, a cror cmpuri au semnificaia prezentat n tabelul 8.1.
Tabelul 8.1.
Cod
1
2
3
Denumire mesaj
Authenticate-Request
Authenticate-Ack
Authenticate-Nak
Semnificaie
Cerere de autentificare
Confirmarea autentificrii
Respingerea autentificrii
Identificator cmp de un octet care identific sesiunea la care se refer mesajul.

Lungime cmp de doi octei care indic lungimea pachetului care conine mesajul PAP,
incluznd cmpurile Cod, Identificator, Lungime i Date. Informaiile care se transmit n afara
acestei dimensiuni, sunt tratate ca umplutur (padding) i sunt ignorate.
Date cmp cu dimensiune nul sau variabil, n funcie de valoarea nscris n cmpul cod
(rolul cadrului)
Etapele metodei de autentificare prin PAP sunt prezentate n figura 8.3.
gongo cere acces (Dial-In)
DTE
gongo
nume: parol:
0x01 ID-b
gongo
pasco
gongo pasco
Server
de acces
nume: parol:
gongo pasco
gingi
pasat
0x02 ID-b
"Eti acceptat"
nume = gongo
parola = pasco
Fig. 8.3. Principiul metodei de autentificare PAP.
7
8.2.4.3.
Autentificarea prin CHAP.
Autentificarea prin CHAP (Challenge-Handshake Authentication Protocol) este o metod de

autentificare folosit atunci cnd se dorete un grad sporit de securitate, care se poate aplica att n
faza de iniiere a unei conexiuni PPP ct i periodic pe parcursul utilizrii ei.
Metoda de autentificare prin CHAP se negociaz de ctre LCP i are codul 0xC223.
Protocolul folosete o metod de verificare n trei etape (3-way handshake), dup ncheierea
de ctre LCP a fazei de configurare a legturii, i poate fi repetat n orice moment dup stabilirea
conexiunii PPP. Astfel, autentificatorul trimite un mesaj de "somaie" (challenge message)
solicitantului, care conine informaii de identificare unic a sesiunii curente.
Solicitantul va rspunde printr-un mesaj-cod, calculat din informaiile primite de la
autentificator, pe baza unei funcii de criptare MD5 (Message Digest 5) care se poate aplica ntr-un
singur sens (one-way hash) i a unei chei, numit "codul secret", cunoscute de ambele pri.
Rspunsul va fi recepionat i recalculat de autentificator, care va verifica informaiile criptate i va
accepta, sau nu, continuarea autentificrii. Verificarea repetat prin transmitere periodic a
mesajului de somaie (challenge) are rolul de a limita efectele unor interceptri nedorite ale comunicaiei.
Metoda folosete un cod secret, cunoscut doar de ctre partenerii implicai n conexiunea
PPP. Acest cod nu se transmite de-a lungul liniei, ci trebuie stocat pe fiecare dintre cele dou
echipamente, fiind folosit pentru interpretare mesajului de somaie i a rspunsului. Pentru stocarea
informaiilor necesare autentificrii se poate folosi un server central.
Schimbul de mesaje se face prin pachete ncapsulate n cmpul de date al cadrelor PPP de
nivel OSI 2. Formatul acestor pachete se poate vedea n figura 8.4, codul de identificare a
mesajelor fiind prezentate n tabelul 8.2.
Lungimea cmpurilor n octei
1
Tip (3)
Lungime
cadru (5)
Protocol de
autentificare (0xC223)
Algoritm de
criptare
variabil
Cod
Identificator
Lungime cadru
Date
Fig. 8.4. Formatul pachetelor de autentificare CHAP.

Semnificaia cmpurilor, n conformitate cu RFC 1994, este urmtoarea:
Tip un cmp de un octet care are valoarea 3;
Lungime cadru - un cmp de un octet care are valoarea 5;
Protocol de autentificare - un cmp de doi octei care are valoarea 0xC223;
Algoritm de criptare cmp de un octet care specific algoritmul de criptare folosit. n
cazul utilizrii CHAP cu MD5, cest cmp are valoarea 5.
Tabelul 8.2.
Cod
Denumire mesaj
Semnificaie
1
Challange
Somaie
2
Response
Rspuns
3
Success
Confirmarea autentificrii
4
Failure
Eroare (Respingerea autentificrii)
Celelalte cmpuri au semnificaia prezentat n paragraful anterior.
Etapele metodei de autentificare prin CHAP sunt reprezentate n figura 8.5.

Server
de acces
gingi
gongo cere acces (Dial-In)
DTE
gongo
0x01 ID-a A7t%c2
gingi
nume: parol:
nume: parol:
gongo pasco
gongo pasco
gingi
pasat
hash1 = MD5
(A7t%c2, pasco)
numr "magic"
= A7t%c2
0x02 ID-b
hash1
0x03 ID-b
gongo
"Eti acceptat"
hash2 = MD5
(A7t%c2, pasco)
hash1 = hash2
Fig. 8.5. Principiul metodei de autentificare prin CHAP.

n prima faz dup primirea unei cereri de conectare, autentificatorul trimite mesajul de
somaie (cu codul egal cu 1) n care include identificatorul sesiunii curente "id" mpreun cu un
cuvnt generat aleator (numrul "magic").
n faza a doua, solicitantul va rspunde cu un mesaj (care are codul egal cu 2) i care include
identificatorul sesiunii i numrul de control criptate dup algoritmul MD5.
Deoarece parola, sau codul secret, nu se transmite explicit prin reea, acesta trebuie stocat pe
ambele echipamente pentru a putea fi folosit n faza de criptare i decriptare. Autentificatorul va
recalcula numrul de control, dup acelai procedeu, iar dac rezultatul se potrivete, va transmite
n faza a doua un rspuns de acceptare. Rspunsul de acceptare are codul 3 i permite trecerea la
etapa urmtoare de negociere a configuraiei protocoalelor de reea. n cazul n care se ntrunesc
condiii prin care se poate refuza conexiunea, autentificatorul va transmite un mesaj de refuz (care
are codul 4), sau de eroare.
Microsoft a conceput dou variante a metodei MS-CHAP i MS-CHAPv2, pe care le
utilizeaz pentru conectarea terminalelor pe care opereaz sisteme din familia Windows. MSCHAPv2 permite autentificarea reciproc, n acelai schimb de mesaje, a prilor implicate n
transferul datelor. Aceste metode sunt utilizate i n cazul tunelrii VPN.
8.2.4.4.
Autentificarea prin EAP.
EAP (Extensible Authentication Protocol) este o component suplimentar conceput pentru

a permite diferite metode de autentificare, prin schimb repetat de chei publice de criptare bazate pe
algoritmi speciali ca DES i MD5, smartcard, sau certificate de autenticitate, care pot fi configurate n funcie de cerinele echipamentelor de acces (servere de Dial-In).
EAP, configurat cu opiuni severe de securitate, poate fi utilizat pentru transferul datelor
confideniale care necesit conexiuni sigure, rezistente la tentative de interceptare. Se folosete
pentru conectarea reelelor private, prin medii de transmisie publice, realizate prin tunelare VPN
Virtual Private Nerwork). Datorit mecanismelor suplimentare de autentificare i criptare, metoda
EAP are performane superioare chiar i fa de metoda CHAP.
EAP permite utilizarea TLS (Transport Layer Security) un protocol de transport, constituit ca
un nivel suplimentar, care transfer datele prin criptare, n baza unor algoritmi de criptare
compleci, bazat pe schimb de chei i certificate de autenticitate. Aceasta permite att autentificarea
clientului, care face cererea, ct i a server-ului de acces.
8.2.4.5.
Certificatele de autenticitate i Smart card.
Un certificat de autenticitate este un set de informaii de acreditare criptate, care include o

semntur digital emis i garantat de un for care are autoritate n acest domeniu.
n cazul proceselor de autentificare bazate pe certificate, terminalul care intenioneaz s se
conecteze la un server de acces, mpreun cu acesta din urm, i prezint reciproc informaii de
acreditare criptate, care sunt verificate cu ajutorul unei chei publice. Cheia public se transfer o
9
singur dat, n condiii de securitate sporite i este pstrat local ntr-o baz de date numit Trusted
Authority Root Certificate, instalat i gestionat de ctre administratorul sistemului.
n aceast baz de date se pot aduga, sau terge, certificate provenite de la diferite resurse, n
funcie de ncrederea acordat acestora. Aceste certificate pot fi materializate prin fiiere text
coninnd informaiile de acreditare criptate, sau sub form de smart card. Acesta este un dispozitiv
electronic, ca o cartel magnetic sau de telefon, care se introduce ntr-un echipament de citire
conectat la terminal. Utilizarea uneia dintre aceste variante (certificate de autenticitate sau smart
card) este opional i se alege n funcie de strategia de securitate folosit [3].
8.2.5. Protocolul de control al pachetelor de reea - NCP.
NCP (Network Control Protocol) este componenta care se ocup, n faza care urmeaz
autentificrii, de negocierea variabilelor specifice protocolului de reea, folosind mesaje
CONFREQ, CONFREJ, CONFNAK i CONFACK, asemntoare cu cele folosite de LCP.
Codul protocolului de negociere depinde de protocolul de reea care urmeaz s fie ncapsulat
n PPP.
Trebuie remarcat c se pot ncapsula mai multe protocoale de reea n cursul aceleiai
sesiuni, toate acestea fiind negociate n aceeai faz de ctre un protocol din familia NCP,
specific.
De exemplu, pentru IP (protocolul de Internet) protocolul de negociere corespunztor este
IPCP (Internet Protocol Control Protocol), al crui cod este 8021 i este reglementat n RFC
1332, fiecare dintre aceste protocoale fcnd obiectul unor astfel de norme specifice.
8.2.6. Compresia datelor.
PPP ofer suportul necesar compresiei datelor transferate. De aceast problem este
responsabil componenta CCP (Compression Control Protocol), n conformitate cu documentul
RFC 1962, care negociaz i decide metoda de compresie i, dac este cazul, de criptare.
Negocierea compresiei se face dup ncheierea fazei de negociere i configurare a
protocoalelor de reea de ctre familia de protocoale NCP, prin transmiterea de ctre CCP a unor
mesaje, asemntoare cu cele folosite de LCP pentru configurarea conexiunii. Se pot negocia mai
multe metode de compresie, dar nu se poate folosi dect una singur, pentru ambele sensuri, ntr-o
sesiune de conectare.
Fiecare platform pe care opereaz acest protocol, a dezvoltat propriile soluii de compresie i
criptare, ceea ce conduce la apariia unor situaii de incompatibilitate, n faza de negociere.
Microsoft a dezvoltat propriile protocoale de compresie, create pentru transferul datelor prin
PPP. Componenta care permite negocierea, configurarea i compresia datelor, pentru transferul
acestora prin conexiuni punct la punct, este MPPC, protocol folosit la aceast or i de ctre
comunitatea de utilizatori ai sistemelor de operare din familia UNIX i Linux.
8.2.7. Criptarea datelor.
PPP ofer suport pentru criptarea datelor transferate de-a lungul unei legturi. De aceast problem este responsabil componenta ECP (Encryption Control Protocol) , n conformitate cu documentul RFC 1968, care permite negocierea ntre pri, dup faza de configurare a protocoalelor de
reea, a metodei de criptare. Algoritmii de criptare utilizai sunt DES (Data Encryption Standard)
(RFC 1969), 3DES (Triple-DES Encryption Protocol) [RFC 2420] i variante ale acestora.
Microsoft a dezvoltat propriile protocoale de criptare, utilizate pentru transferul datelor prin
PPP. Componenta care permite negocierea, configurarea i transferul criptat al datelor, prin
conexiuni punct la punct, este MPPE, folosit la aceast or i de ctre comunitatea de utilizatori ai
sistemelor de operare din familia UNIX i Linux.
10

8.2.8. Conexiunile multiple.
Modul n care a fost conceput PPP permite transferul datelor ntre dou sisteme, prin
despicarea pachetelor de reea, transmiterea pe linii diferite i reasamblarea lor ulterioar.
Astfel, protocolul MLP (Multilink Point-to-Point Protocol), definit prin RFC 1990, permit
transferul datelor canale, ca i cnd ar fi o singur conexiune, dar cu o rat de transfer mai mare.
mprirea pe canale se face diferit n funcie de rata de transfer a fiecrui canal n parte, iniierea
legturilor se poate face simultan, sau pe rnd, n funcie de fluxul de date necesar.
Fragmentarea pachetelor i controlul secvenelor prin marcarea acestora, mpreun cu modul
de echilibrare a ncrcrii canalelor, fac obiectul aceluiai document. MLP poate s opereze att pe
linii analogice, conectate a interfee seriale asincrone (EIA/TIA 232), ct i pe linii digitale ISDN
BRI sau PRI.
8.2.9. Lista protocoalelor care compun PPP.
Protocoale de control a conexiunilor multiple.
Coduri ntre 0x0000 i 0x3FFF.
MP - Multi-link Protocol.
MP+ - Ascend's Multilink Protocol Plus.
SDTP - Serial Data Transport Protocol.
Protocoale de control a legturii.
Coduri ntre 0xC000 to 0xFFFF.
BACP - Bandwidth Allocation Control Protocol.
BAP - Bandwidth Allocation Protocol.
CHAP - Challenge Handshake Authentication Protocol.
EAP - Extensible Authentication Protocol.
LCP - Link Control Protocol.
LQR - Link Quality Report Protocol.
PAP - Password Authentication Protocol.
Protocoale de control a nivelului de reea.
Coduri ntre 0x8000 to 0xBFFF.
ATCP - AppleTalk Control Protocol.
BCP - Bridging Control Protocol.
BVCP - Banyan Vines Control Protocol.
CCP - Compression Control Protocol.
DNCP - DECnet Phase IV Control Protocol.
ECP - Encryption Control Protocol.
IPCP - Internet Protocol Control Protocol.
IPv6CP - IPv6 Control Protocol.
IPXCP - IPX Control Protocol.
NBFCP - NetBIOS Frames Control Protocol.
OSINLCP - OSI Network Layer Control Protocol.
PPP-LEX - LAN Extension Protocol.
SDCP - Serial Data Control Protocol.
SNACP - SNA Control Protocol.
XNSCP - XNS IDP Control Protocol.
Protocoale de control a compresiei.
Coduri definite de opiuni ale CCP.
BSD - BSD UNIX Compression Protocol.
Deflate - PKZIP Deflate Protocol.
DCE - for Data Compression in Data Circuit-Terminating Equipment.
FZA - Gandalf FZA Compression Protocol.
LZS - Stac LZS Compression Protocol.
11
LZS-DCP - LZS-DCP Compression Protocol.
MPPC - Microsoft Point-To-Point Compression Protocol.
MVRCA - Magnalink Variable Resource Compression Algorithm.
Protocoale de criptare.
Coduri definite de opiuni ale ECP.
3DESE - Triple-DES Encryption Protocol.
DESE - DES Encryption Protocol.
DESE-bis - DES Data Encryption Standard Protocol, Versiunea 2.
8.2.10.
Componente asociate la PPP.
8.2.10.1.
AAA.
AAA (Authentication, Authorization, and Accounting) este tehnologie de conectare care

include operaiile cele mai importante asociate conectrii de la distan.
Protocoalele utilizate pentru rezolvarea acestei probleme sunt TACACS i RADIUS, care au
fost dezvoltate pentru a avea o metod centralizat de autentificarea i control al accesului, unui
utilizator la resurse de reea [4].
Pentru a face posibile aceste funcii, sistemul utilizeaz o baz de date care conine
informaii despre fiecare utilizator, operatori, terminale sau grupuri de terminale.
Exemple de informaii care pot fi administrate centralizat sunt: perechea numele de acces /
parol, drepturi de acces la resurse (sau de utilizare a unor protocoale) i restricii de vitez sau de
trafic, prioriti sau motive pentru deconectare. AAA este soluia ideal pentru orice furnizor de
servicii de reea.
8.2.10.2.
DDR.
DDR (Dial on Demand Routing) este o opiune de conectare automat la un server de acces,
n cazul n care o anumit aplicaie, sau terminale dintr-o reea conectat prin PPP necesit acest
lucru. PPP dispune de mecanisme care interpreteaz cererile de comunicaie i declaneaz automat
procedura de conectare. Aceast opiune poate opera att pe terminale, de sine stttoare, ct i pe
echipamente de interconectare ntre reele, cum sunt ruterele sau porile de acces.
n aceast situaie, trebuie actualizate i tabelele de rutare i configurate opiuni speciale de
filtrare a mesajelor inutile transmise, de cele mai multe ori cu adrese de broadcast. Aceast tehnic
se folosete alturi de cea a utilizrii conexiunilor multiple, prin linii telefonice analogice sau
digitale (ISDN).
8.3. Utilizarea i configurarea PPP.
8.3.1. Configurarea unui client PPP (Dial Out).

Utilizatorii de calculatoare folosesc PPP pentru a se conecta prin linie telefonic, la un furnizor
de servicii de Internet, sau pentru a extinde accesul la o reea privat. Relaia dintre utilizatori i
reeaua la care doresc s se conecteze, se poate vedea n figura 8.6.
n aceast relaie, poziia calculatorului izolat este aceea de "client". Pe parcursul acestui
paragraf se va folosi termenul "client" n acest context (terminalul care cere accesul la un serviciu de
conectare). PPP asigur conectarea pe linie serial i reprezint suportul pentru nivelele OSI 1 i 2.
12
De obicei, conectarea n afar prin linie comutat (Dial Out) se folosete pentru a conecta un
calculator izolat, la un server de acces (Dial In Server), sau un ruter care are n spate o reea local,
creia trebuie s-i asigure accesul la resurse de reea.
PPP
Modem
Modem
Linii
telefonice Server
de acces
INTERNET
POP
(Point of Presence)
Fig. 8.6. Conectarea prin PPP la un server de acces.

Scopul acestui paragraf este de a prezenta modul n care trebuie configurate componentele
software, folosite pentru conectarea prin PPP.
Majoritatea furnizorilor de servicii de conectare distribuie gratuit componentele necesare.
Acesta este motivul pentru care se gsesc pe pia multe variante de produse care pot s asigure acest
tip de serviciu. Sistemele de operare, utilizate pe scar mare (Microsoft Windows, Linux etc.,) conin
n pachetul de baz astfel de componente.
Din pcate nu toi utilizatorii sunt suficient de bine pregtii pentru a configura optim aceste
resurse. Unele sisteme de operare asigur, pentru configurare, un ghid interactiv care pe baza unor
ntrebri puse utilizatorului, l conduc spre o configuraie potrivit. Dei PPP este standardizat, exist
un numr mare de variante de utilizare, ceea ce face necesar prezentarea n detaliu a unor etape, de
configurare manual, mai importante.
8.3.2. Procedura de conectare i autentificare (Sign In).
Pentru a configura componenta PPP, care s permit conectarea la un serviciu de
comunicaie, Internet sau reea privat, este nevoie de un cont de acces la acesta i de cteva
informaii despre echipamentele care vor fi folosite (interfaa serial, modem, server de acces).
8.3.3. Obinerea informaiilor despre serviciu i echipamente.
Pentru accesul la o reea care utilizeaz TCP/IP, administratorul de reea trebuie s furnizeze
urmtoarele elemente:
Numrul de telefon de acces la serviciul de conectare,
Un nume de utilizator i o parol pentru autentificare,
Procedura interactiv pentru selectarea protocolului (dac este cazul) i a parametrilor de
comunicaie (compresie, dimensiunea maxim a cmpului de date etc.),
Metoda i procedurile de autentificare (unele sisteme solicit autentificare nainte de
lansarea componentei PPP, iar altele n cadrul acestuia),
Modul de atribuire a adresei IP (fix sau dinamic) pentru capetele conexiunii PPP
(maina local i de la distan),
Adresa IP a serverului de nume (DNS) necesar pentru conversia (rezolvarea) numelui
simbolic n adres IP [1, 2].
n general, sistemele de operare cu utilizare larg conin componentele software necesare pentru
o gam larg de tipuri de servicii de acces, permind att autentificarea prin PAP (Password
Authentication Protocol) ct i prin CHAP (Chalenge Handshake Authentication Protocol). Pot
exista i situaii cnd furnizorul serviciului solicit condiii speciale de conectarem dar acestea sunt
destul de rare.
13
8.3.4. Etapele configurrii PPP.
Configurarea componentelor de conectare n exterior prin PPP ncepe cu componentele
hardware, software i sistemul de operare, instalate n calculatorul utilizatorului.
Dup instalarea componentelor software suplimentare (dac este cazul), trebuie configurate
componentele, pentru fiecare nivel n parte, aa cum se poate vedea mai jos:
1. Configurarea interfeei seriale,
2. Stabilirea configuraiei optime i a comenzilor pentru modem. Dac un calculator client nu
are deja un profil configurat cu modem, acesta trebuie creat i modemul instalat (trebuie definit irul
de iniializare).
3. Se construiete scenariul de lansare (chat script - scenariu de conversaie). Acesta trebuie
s conin, mai nti, secvenele necesare pentru iniializarea modemului, iar apoi pentru a comanda
serverului de comunicare s iniializeze sesiunea PPP. Aceast "conversaie poate include i
autentificarea utilizatorului, dac se cere acest lucru.
4. Configurarea componentei PPP poate include autentificarea proprie a protocolului.
5. Configurarea TCP/IP include modul n care se atribuie adresa IP, configurarea severului
de nume (DNS) i a porii de acces. Acestea sunt, n cele mai dese cazuri, alocate dinamic de ctre
serverul de comunicaie.
6. Stabilirea i utilizarea conexiunii.
Aceste etape se deruleaz de obicei pe parcursul aceluiai proces de configurare i uneori n
cadrul aceleiai componente software. Cu toate astea, interfaa serial, modemul, componentele
TCP/IP i PPP sunt "articole" distincte! [1, 2]
14

I.

1. Componentele de baz ale protocolului PPP sunt:
a) MAC, LLC, NCP, CCP i ECP;
b) HDLC, LCP, NCP, CCP i ECP;
c) HDLC, IP, NCP, CCP i ECP;
d) HDLC, LCP, NCP, CCP i DECnet;
e) NetBEUI, LCP, NCP, IP i ECP
2. Autentificarea partenerilor utilizeaz urmtoarele metode de baz:
a) LCP i RFC;
b) LCP i NCP;
c) PAP i ECP;
d) PAP i CHAP;
e) PAP i MD5
3. PPP ofer suport pentru compresie i criptare a datelor. Aceast faz se desfoar:
a) Dup negocierea LCP;
b) Dup negocierea NCP;
c) nainte de autentificare;
d) nainte de negocierea NCP;
e) Dup negocierea LCP;
II.

1. NCP este componenta care se ocup de controlul logic al legturii.
adevrat fals
2. ECP este o component suplimentar conceput pentru a permite diferite metode de
autentificare, prin schimb repetat de chei publice de criptare, bazate pe algoritmi
speciali ca DES i MD5, smartcard, sau certificate de autenticitate.
adevrat fals
3. MPPC i MPPE sunt componente ale protocolului PPP, dezvoltate de Microsoft, care
se pot utiliza si pe sistemele de operare UNIX i Linux.
adevrat fals
15
RSPUNSURI
I.

1. b
2. d
3. b
II.

1. fals
2. fals
3. adevrat
Bibliografie
1. Sun, A., Using & Managing PPP, OReilly 1999, ISBN 10: 1-56592-321-9
2. Light-Williams, C., Drake, J., Linux PPP HOWTO, Distribuie Linux, CommandPromp Inc.
2000
3. * * * Manuale Lab Microsoft Windows 2000 Resource Kit, Cap. 9, Virtual Private Networking VIEW
4. http://www.cisco.com/univercd/cc/td/doc/cisintwk/ito_doc/ppp.htm
Cursul 9 - Tehnologia Ethernet

Cursul 9
TEHNOLOGIA ETHERNET
Introducere curs
Obiective curs
n acest curs este prezentat tehnologia Ethernet.

Caracteristici de baz.
Scurt istorie a tehnologiei Ethernet.
Elementele de baz ale unei reele Ethernet.
Structura i arhitecturile specifice reelelor Ethernet.
Relaia ntre standardul IEEE 802.3 i modelul de referin OSI.
Subnivelul MAC.
Funciunile subnivelului MAC
Formatul de baz al cadrului Ethernet.
Modul de transmitere a cadrului.
Recepia cadrelor.

individual
Reele locale virtuale (VLAN - Virtual Local Area Networks).

Cuprins:
9.1.
Caracteristici de baz.....................................................................2
9.2.
Scurt istorie a tehnologiei Ethernet. .............................................2
9.3.
Elementele de baz ale unei reele Ethernet ...................................3
9.4.
Structura i arhitecturile specifice reelelor Ethernet. .....................3
9.5.
Relaia ntre standardul IEEE 802.3 i modelul de referin OSI. ...5
9.6.
Subnivelul MAC ...........................................................................6
9.6.1. Funciunile subnivelului MAC.......................................................6
9.6.2. Formatul de baz al cadrului Ethernet............................................6
9.6.3. Modul de transmitere a cadrului. ...................................................7
9.6.4. Recepia cadrelor.........................................................................11
9.7.
Reele locale virtuale (VLAN - Virtual Local Area Networks). ....11
TESTE DE AUTOEVALUARE...............................................................15
RSPUNSURI.........................................................................................15
Bibliografie ..............................................................................................16

9.1. Caracteristici de baz.
Termenul Ethernet se refer la o familie de soluii tehnice, care permit realizarea de reele
locale LAN, folosind o metod de acces la mediul de transmisie CSMA/CD (Carrier Sense
Multiple Access / Collision Detection - Acces multiplu cu urmrirea purttoarei i cu detectarea
coliziunilor). Tehnologia, care este prezent n peste 85% din reelele locale, a fost conceput
iniial pentru a utiliza cablu panglic i coaxial. n prezent se folosete cablu cu perechi de fire
rsucite (Twisted Pair) i fibra optic. Ratele de transfer definite de variantele acestei tehnologii
sunt prezentate mai jos:
10 Mbps 10Base-T (Twisted Pair), 10 Base2 i 10Base5 (coaxial);
100 Mbps Fast Ethernet;
1000 Mbps Gigabit Ethernet;
10-Gigabit Ethernet (faz experimental) este definit prin standardul suplimentar IEEE
802.3ae.
Protocoalele care fac ca aceast tehnologie s funcioneze au urmtoarele principale
caracteristici:
Sunt uor de implementat, gestionat i ntreinut,
Permit construirea de reele cu costuri minime,
Asigur instalarea i modificarea rapid a arhitecturii reelei,
Asigur conectivitate cu echipamente similare, indiferent de productorul acestora [3].
9.2. Scurt istorie a tehnologiei Ethernet.
Prima versiune a tehnologiei, conceput pentru a conecta dispozitive terminale, utiliza cablu
coaxial i a fost conceput de firma Xerox n laboratoarele de la Palo Alto (PARC - Palo Alto
Research Center) n anii 70, sub denumirea de Alto Aloha Network. Aceasta era prima soluie
bazat pe principiul CSMA/CD i permitea o rat de transfer de 3 Mbps.
Schema de principiu a acestei tehnologii promitoare, conceput i modernizat de Dr.
Robert M. Metcalfe n 1976 cu denumire Ethernet, se poate vedea n figura 9.1. Succesul acestei
soluii, nedeterministe de transmitere a datelor, a atras n anul 1980 n "afacere" alte dou companii
de mare anvergur: Digital Equipment Corporation i Intel Corporation, alturi de Xerox
Corporation. n urma acestei cooperri apare Ethernet versiunea 1.0 capabil s transmit date cu o
rat de 10 Mbps, succesiv n ambele sensuri (half duplex) [2, 4].
Fig. 9.1. Schema de principiu a unei reele Ethernet. (Robert M. Metcalfe National Computer
Conference 1976)
Standardul IEEE 802.3 a avut ca punct de plecare specificaiile Ethernet 1.0, fiind propus
n 1983 o variant provizorie a standardului, varianta definitiv fiind publicat n 1985. n aceast
perioad, firmele mai sus menionate, implicate n dezvoltarea tehnologiei, propun specificaiile
Ethernet versiunea 2.0. Deoarece firma Novell punea, n aceeai, perioad bazele unui sistem de
operare de reea (ceea ce urma s devin mai trziu Novell-Netware), va adopta Ethernet
versiunea 2.0 n locul IEEE 802.3, standard care nu era nc pus la punct. Din aceast cauz,
Ethernet versiunea 2.0 este cunoscut ca "Novell Ethernet II". Datorit faptului c protocolul de
reea IPX s-a dezvoltat pe baza acesteia din urm, cele dou variante, ale cror diferene sunt
minore, vor fi folosite n paralel la realizarea de reele locale bazate pe sistemele de operare Novell.
Una dintre diferene se refer la faptul c prescripiile Ethernet acoper serviciile de nivel
OSI 1 i 2, spre deosebire de IEEE 802.3 care se refer doar la nivelul OSI 1 i la poriunea din
nivelul 2 care se refer la metoda de acces i controlul legturii de date, aa cum se poate vedea n
figura 9.2 [3].
Tehnologii LAN
Nivelele OSI
Subnivelul
LLC
IEEE 802,2
FDDI
Token Ring
IEEE 802,5
100BASE-T
Fizic
IEEE 802,3
Subnivelul
MAC
Ethernet
Legtur
Fig. 9.2. Comparaia ntre Ethernet i IEEE 802.3, din punctul de vedere al nivelelor ocupate.
Ambele soluii se bazeaz pe broadcast (emisie larg, risipire). n acest context termenul se
refer la faptul c semnalele se transmit n tot mediul comun de propagare, astfel nct toate
staiile din reea pot s le recepioneze.
Deoarece reelele moderne, care sunt bazate n general pe suita de protocoale de reea i
transport TCP/IP, folosesc standardul IEEE 802.3, n acest capitol termenul Ethernet se va folosi
exclusiv pentru a defini specificaiile acestui standard.
9.3. Elementele de baz ale unei reele Ethernet
Reelele locale bazate pe aceast tehnologie sunt compuse din noduri i elementele de
interconectare. Ca i n cazul altor soluii de interconectare (prezentate n capitolele anterioare) o
reea este compus din dou grupe mari de echipamente:
Echipamente terminale de date (DTE - Data Terminal Equipment) echipamente care pot
s fie surse sau destinaii ale cadrelor care conin date (staii, servere de fiiere, servere de tiprire etc.).
Echipamente de comunicaie (DCE Data Communication Equipment) echipamente
intermediare de reea care achiziioneaz cadrele de date de la echipamentele terminale de date i le
transmit mai departe altor echipamente de comunicare, sau direct unor echipamente terminale de
date. Aceste echipamente pot s fie de sine stttoare, cum sunt repetoarele de semnal, switch-urile,
sau pot s fie module integrate n echipamentele terminale de date, cum sunt interfeele de reea
NIC (Network Interface Card). La aceast or se folosesc pentru transmisie cabluri din cupru cu
perechi de fire rsucite UTP (Unshielded Twisted Pair) perechi de fire rsucite fr ecran, STP
(Shielded Twisted Pair) perechi de fire rsucite ecranate i conducte din fibre optice, cablul
coaxial fiind ceva de domeniul istoriei [3].
9.4. Structura i arhitecturile specifice reelelor Ethernet.
Reelele locale pot avea mai multe configuraii, dar toate acestea se pot reduce la o combinaie
de doar trei structuri de baz. Cea mai simpl este structura "punct-la-punct" care permite
conectarea, prin intermediul doar a interfeelor de reea NIC, a dou echipamente terminale de date
DTE, aa cum se poate vedea n figura 9.3.
Se obine astfel un lan simplu DTE-DCE--DCE-DTE a crui lungime maxim depinde de

tipul de conductor folosit. Pentru varianta 10Base2 (cablu coaxial subire) distana maxim este de
200 metri, 10Base5 (cablu coaxial gros) 500 metri, iar pentru 10 i 100BaseT (cablu cu perechi
torsadate) 100 metri.
Distanele specificate minime sunt garantate, dar se poate ajunge la o cretere a distanelor cu
pn la 30-50% n cazul interfeelor de reea de calitate i n absena nndirilor. Pentru distane mai
mari este necesar introducerea de repetoare de semnal [2, 3, 4].
legtur "punct la punct"
DTE
DTE
legtur
DTE
DTE
DCE
Fig. 9.3. Exemplu de conexiune "punct la punct".

Varianta original de reea Ethernet a fost conceput s utilizeze cablu coaxial, aa cum se
poate vedea n figura 9.4, permind conectarea unui numr de aproximativ 100 de staii, ntr-un
segment care s nu depeasc 500 metri (10Base5) [2, 4].
...
Ethernet (Bus) segmentul 1

Repetor
Ethernet (Bus) segmentul 2
...
DTE
DTE
Fig. 9.4. Exemplu de reea cu arhitectur de tip magistral (Bus), realizat cu cablu coaxial.
La ora actual nu se mai construiesc reele cu acest tip de arhitectur, la nivelul fizic (OSI 1),
datorit faptului c ntreruperea cablului duce la nefuncionarea ntregii reele.
ncepnd cu anii 1990 s-a adoptat modelul de arhitectur n form de stea (star topology), n
care este prezent un echipament central de interconectare, cunoscut ca repetor multiport sau
hub, la care sunt conectate toate nodurile din reea. Se obine astfel cte o conexiune punct-la-punct
ntre acestea din urm i dispozitivul central, conexiunile putnd fi realizate cu cablu din fire de
cupru sau fibre optice. O reprezentare sugestiv a unei reele, cu arhitectur n form de stea, se
Acest tip de arhitectur, pentru construirea reelelor locale, a aprut odat cu calculatoarele main
frame, n jurul crora erau dispuse terminale video, conectate prin interfee seriale. La acea vreme,
terminalele erau erau folosite doar pentru introducerea i afiarea datelor, prelucrarea lor fiind fcut de
ctre calculatorul central. Ulterior, odat cu apariia sistemelor de operare Novell Netware, aceast
configuraie se pstreaz, dar se dezvolt, prelucrarea datelor putnd fi fcut i de ctre terminalele
periferice, rolul calculatorului central fiind de a stoca fiierele i de a controla accesul utilizatorilor la
resursele de reea. n acest moment, rolul echipamentelor terminale (DTE) rmne doar acela de
prelucrare a datelor, funciile de comunicaie rmnnd n sarcina echipamentelor de tip DCE [1, 3].
...
switch
Fig. 9.5. Exemplu de reea cu arhitectur n form de stea (Star).
9.5. Relaia ntre standardul IEEE 802.3 i modelul de referin OSI.

n figura 9.6 se pot vedea nivelele logice de implementare a standardului IEEE 802.3 alturi
de nivelele modelului de referin OSI. n cazul protocolului IEEE 802 nivelul OSI 2, al legturii
de date, este mprit n dou subnivele, MAC (Media Access Control) - subnivel de control al
accesului la mediul de propagare i un subnivel client al acestuia, MAC-client. Standardul IEEE
802.3 se refer la nivelul OSI 1 fizic i subnivelul MAC al nivelului legtur OSI 2, conform
modelului de referin [3].
Modelul de
referen OSI
Aplicaie
modelul
definit de
IEEE 802,3
Prezentare
Sesiune
Protocoale
de nivel
superior
Transport
Reea
Client MAC
Legtur
Media Access Control (MAC)
Fizic
Fizic (PHY)
IEEE 802.2 , 802.1

IEEE 802.3
IEEE 802.3
Fig. 9.6. Legtura logic dintre Ethernet i modelul de referin OSI.

Subnivelul client al subnivelului MAC poate s fie unul dintre urmtoarele de mai jos:
LLC (Logical Link Control - controlul logic al legturii), dac nodul este un dispozitiv
terminal de date (DTE). Acest subnivel asigur o interfa ntre subnivelul MAC i nivelele
superioare. Aceast component este definit de standardul IEEE 802.2.
Intrarea ntr-un dispozitiv DCE de tip bridge (dispozitiv care permite interconectarea a dou
sau mai multe reele locale). Specificaiile dispozitivelor de tip bridge sunt definite n standardele
din familia IEEE 802.1.
Datorit faptului c specificaiile pentru LLC i conectivitatea prin dispozitive de tip bridge
sunt comune pentru protocoalele destinate reelelor locale (LAN), definite prin standardele IEEE 802,
se asigur astfel compatibilitatea ntre reele care utilizeaz diferite protocoale de nivel superior.
n figura 9.7 se arat diferite cerine impuse de nivelele MAC i fizic, pentru comunicaii de
date de-a lungul unei legturi Ethernet. Pentru a putea asigura comunicaia ntre diferite variante ale
tehnologiei, componentele nivelului fizic sunt mprite n dou categorii: cu funcii dependente de
tipul mediului fizic folosit i independente de acesta [3].
Client MAC
Client MAC
802.3 MAC
802.3 MAC
Nivel independent
de mediul fizic
Nivel independent
de mediul fizic
PHY
fizic
MII
MII
Nivel dependent
de mediul fizic
Nivel dependent
de mediul fizic
MDI
MDI
Aceeai codare i rat de
transmisie a semnalului
Aceeai rat de transmisie
Fig. 9.7. Cerinele de compatibilitate impuse de subnivelul MAC i nivelul fizic.

ntre aceste componente pot exista circuite de interfaare MDI (Media Dependent Interface
interfa dependent de mediul de transmisie) i MII (Media Independent Interface interfa
independent de mediul de transmisie).
9.6. Subnivelul MAC
9.6.1. Funciunile subnivelului MAC.

Subnivelul MAC controleaz accesul la mediul de transmitere i este distinct pentru fiecare
dintre tehnologiile folosite. Singura condiie important pentru interconectare, indiferent de
variantele opionale ale protocoalelor din familia IEEE 802.3, este ca ambele componente MAC,
de pe cele dou noduri de reea care comunic la un moment dat, s suporte aceleai rate de transfer.
Standardul IEEE 802.3 definete caracteristicile specifice ale unor soluii pentru realizarea
nivelului fizic, cum sunt de exemplu ratele de transmisie, codificarea semnalelor i tipul mediului
de transmisie, fiecare dintre acestea putnd avea diferite moduri de implementare.
Subnivelul MAC are dou funciuni principale:
ncapsularea datelor n cadre, ceea ce nseamn asamblarea acestora naintea transmisiei,
dezasamblarea acestora la destinaie i analiza la recepie a integritii cadrelor pentru verificarea
eventualelor erori aprute de-a lungul transmiterii prin mediul fizic,
Controlul accesului la mediul fizic, care const n iniierea transmisiei, transmisia cadrelor
i identificarea celor transmise greit.
9.6.2. Formatul de baz al cadrului Ethernet
Standardul IEEE 802.3 definete formatul de baz al unui cadru Ethernet necesar implementrii
funciei MAC, la care se adaug cteva formate opionale utilizate la extinderea capacitii de baz
a protocolului.
Formatul de baz al unui cadru Ethernet este compus din apte cmpuri, aa cum se

7
PRE SFD
AD
AS
Lungime / Tip
46 - 1500
Date
Pad
4
FCS
Domeniul de acoperire pentru

controlul erorilor nscrise n FCS
Fig. 9.8. Formatul de baz al unui cadru MAC, conform standardului IEEE 802.3.
Semnificaia acestor cmpuri este urmtoarea:
Preambul (PRE) - acest cmp este format din 7 octei ale crui bii alterneaz ntre valorile
0 i 1, ceea ce permite anunarea staiilor, care recepioneaz date, de sosirea unui cadru i
furnizeaz o soluie de sincronizare a componentelor nivelului fizic.
Delimitatorul nceputului de cadru (SOF - Start-of-frame delimiter) un cmp de un
octet ai crui bii alterneaz ntre 0 i 1, ultimii doi fiind egali cu 1 (10101011), care anun c ceea
ce urmeaz reprezint primul bit al adresei destinaie.
Adresa Destinaie (AD) cmp compus din 6 octei, reprezentnd adresa staiei care
trebuie s recepioneze datele. Dac primul bit (din stnga) este 1, cmpul reprezint o adres de
grup, iar dac este 0, cmpul reprezint o adres individual. Al doilea bit indic dac modul de
administrare a adresei, 0 pentru administrare global i 1 pentru administrare local. Urmtorii 46
bii definesc unic o staie din reea (interfaa de reea), un grup de staii sau toate staiile din reea.
Adresa Surs (AS) cmp compus din 6 octei, reprezentnd adresa interfeei de pe staia
surs. Deoarece este unic definit, primul bit este ntotdeauna egal cu 0.
Lungime/Tip cmp de 4 octei care definesc fie lungimea cmpului de date (ClientMAC), fie identificatorul tipului de cadru transmis, n cazul n care asamblarea s-a fcut cu un
format diferit de cel de baz. Dac valoarea nscris n acest cmp este mai mic sau egal cu 1500,
numrul de octei corespunztori cmpului de date (provenite de la protocolul de nivel superior
LLC) este egal cu aceast valoare. Dac valoarea nscris este mai mare de 1536, cadrul este de
format opional i valoarea nscris reprezint tipul particular al cadrului transmis.
Date cmp cu dimensiune variabil, cuprins ntre 46 i 1500 octei. Dac dimensiunea
unitii de protocol de nivel superior (PDU) este mai mic dect 46, atunci acest cmp trebuie
completat cu zerouri pn la 46 octei.
Secvena de verificare a cadrului (FCS - Frame check sequence) cmp de 4 octei (32
bii) care reprezint secvena de control calculat de componenta MAC a sursei, prin algoritmul
CRC (Cyclic Redundancy Check), i recalculat de ctre cea de la destinaie. n cazul degradrii
cadrului n timpul traversrii reelei, cele dou valori nu sunt egale. Secvena de verificare a
cadrului se calculeaz lund n considerare cmpurile AD, AS, Lungime / Tip i Data.
O adres individual definete unic o interfa de reea i se mai ntlnete i sub numele de
adres unicast. Aceasta este atribuit de productorul interfeei (NIC) dintr-o list gestionat de
IEEE. Adresele de grup, cunoscute i sub numele de adrese multicast identific mai multe staii
aparinnd unui anumit grup, fiind alocate de administratorul de reea. O adres special de grup
care se refer la toate staiile din reea, cunoscut sub numele de adres de broadcast, este
indicat prin nscrierea de bii egali cu 1 n cmpul adresei destinaie.
9.6.3. Modul de transmitere a cadrului.
Cnd o component MAC primete, de nivelul superior LLC, o cerere de transmitere de
date nsoit de adresa staiei destinaie, aceasta ncepe secvena de transmitere prin transferarea
acestor informaii ntr-un tampon destinat crerii viitorului cadru MAC. Procesul de asamblare a
datelor ntr-un cadru MAC const din urmtoarele operaii:
Preambulul i delimitatorul de nceput al cadrului sunt inserate n cmpurile corespunztoare
PRE i SOF;
Adresele destinaie i surs sunt nscrise n cmpurile de adrese;

Dimensiunea cmpului de date, furnizate de subnivelul LLC, este msurat i valoarea trecut n cmpul Lungime/Tip;
Coninutul datelor furnizate de subnivelul LLC este nscris n cmpul Date la care se
completeaz cu zerouri pn la lungimea de 46 octei, dac este cazul;
Pe baza coninutului cmpurilor AD, AS, Lungime/Tip i Date, se genereaz valoarea
secvenei de control a cadrului care se adaug la sfritul cmpului Date.
Dup asamblarea cadrului, transmiterea acestuia depinde de modul de operare al interfeei.
Standardul IEEE 802.3 impune ca toate componentele MAC Ethernet s permit cel puin
modul de operare transmisie succesiv bidirecional, half-duplex. Modul de transmisie simultan
bidirecional, full-duplex, este o caracteristic opional.
Modul de transmisie succesiv bidirecional (Half-Duplex). Principiul metodei
CSMA/CD
Metoda de acces CSMA/CD (Carrier Sense Multiple Access / Collision Detection - Acces
multiplu cu urmrirea purttoarei i cu detectarea coliziunilor) a fost creat iniial pentru ca mai
multe dispozitive din reea s poat folosi n comun un mediu de transmisie a semnalului care s
nu necesite comutarea circuitelor, un sistem central de arbitrare, indicator de acces, sau divizarea n
timp a accesului. Fiecare interfa Ethernet poate s-i determine momentul n care poate s
transmit cadrul cu datele deja asamblate.
Regulile de acces ale metodei CSMA/CD sunt urmtoarele:
Carrier sense (Urmrirea Purttoarei) Fiecare interfa de reea "ascult" n permanen
mediul comun de propagare pentru a detecta pauzele dintre semnalele transmise de celelalte
interfee.
Multiple access (acces multiplu) Interfeele pot ncepe transmisia n orice moment n care
este "linite" n mediul comun de propagare, ceea ce nseamn absena traficului.
Collision detect (Detectarea coliziunii) Dac dou, sau mai multe, interfee care sunt
conectate la acelai mediu comun de propagare (ceea ce formeaz aa-numitul domeniu de
coliziune) ncep transmiterea aproximativ n acelai moment, irurile de bii (semnale electrice)
transmise de acestea vor interfera (vor intra n coliziune), rezultatul fiind un semnal imposibil de
interpretat. Dac se produce coliziunea, fiecare dintre interfeele care au generat-o, trebuie s fie
capabil s o detecteze i s poat s ntrerup ct mai repede transmisia. Dup ntrerupere,
interfeele trebuie s atepte un interval de timp, determinat aleator pe baza unui algoritm specific
de ntrziere, dup care s repete transmisia cadrului ratat.
Pentru a analiza fenomenul coliziunilor se pornete de la situaia n care dou staii, aflate la
extremitile mediului, ateapt momentul cnd pot s transmit. Una dintre interfee ncepe s
transmit cadrul care se propag pn aproape la cellalt capt al mediului. n acest moment, cea de
a doua interfa ncepe transmiterea propriului cadru, coliziunea aprnd aproape de acest capt.
Cea de a doua interfa sesizeaz repede coliziunea, n timp ce prima interfa nu o sesizeaz dect
dup ce semnalul compus se ntoarce la captul corespunztor.
Timpul maxim necesar pentru detectarea coliziunii (slot time) este aproximativ de dou ori
mai mare dect timpul de propagare a semnalului ntre cele dou staii, care este proporional
cu mrimea cadrului i cu distana maxim dintre staiile extreme, collision diameter. De aici se
observ c trebuie s existe un echilibru ntre dimensiunile reelei, mrimea cadrelor i posibilitile
de detectare a coliziunilor. Cu ct dimensiunile reelei i mrimea cadrelor de date sunt mai mari, cu
att crete probabilitatea de producere a coliziunilor i scade cea a detectrii lor.
Dimensiunea maxim a unui domeniu de coliziuni i mrimea cadrului IEEE 802.3 au fost
optimizate pentru varianta 10 Mbps.
Viteza de propagare a semnalelor nu depinde de rata de transmisie, n schimb timpul de
transmitere al unui cadru este invers proporional cu aceasta.
n cazul variantei Ethernet cu rata de transmisie de 100 Mbps, durata de transmitere a unui
cadru cu o lungime minim de 74 octei (592 bii) este de aproximativ 6 s cu o vitez de
aproximativ 200.000 km/s. Primul bit al acestui semnal ajunge la o distan de 2.500 m, ct este
distana maxim recomandat pentru "diametrul" unei reele de 10 Mbps conectat cu cablu UTP,
dup 12,5 s. Pentru a se ntoarce la sursa de semnal, mai trec 12,5 s, n total 25 s, un timp prea
lung pentru ca dispozitivul de reea surs s poat detecta coliziunea i s opreasc transmisia.
Pentru a se putea ntmpla acest lucru, este nevoie ca "diametrul" domeniului de coliziune s fie
redus la o valoare care s-i permit interfeei surs s sesizeze semnalul afectat de coliziune. Pentru
aceasta, timpul n care primul bit parcurge "diametrul" domeniului de coliziune s fie mai mic dect
jumtate din timpul de transmisie de 6 s, adic 3 s. Dac se ine seama i de timpul de reacie al
dispozitivului, de ~2 s, mai rmne un timp de ~1 s. Lungimea parcurs de semnal n acest timp
este de aproximativ 200 m, adic de 10 ori mai redus dect pentru varianta 10 Mbps. Mergnd mai
departe, n cazul dezvoltrii variantei de 1 Gbps, "diametrul" reelei ar trebui s scad de 10 ori !
Transferul de date la o distan de doar 20 m, chiar i la o rat de 1 Gbps, nu prea are importan
tehnic semnificativ.
Pentru pstrarea unei dimensiuni convenabile a domeniului de coliziune (de 100 m, la fel ca i
pentru varianta de 100 Mbps) se adaug, la fiecare cadru mai mic dect valoarea minim necesar,
un cmp suplimentar (extension field) cu dimensiune variabil, care este apoi ndeprtat la recepie.
n figura 9.9 este prezentat formatul unui cadru MAC de 1 Gbps care conine cmpul
suplimentar, iar n tabelul 9.1 - Dimensiuni limit pentru transmisii Half-Duplex [3].
7
PRE SFD
AD
AS
Lungime / Tip
46 - 1500
Date
Pad
variabil
FCS
extensie
416 octei pentru 1000Base X

520 octei pentru 1000Base T
Fig. 9. 9. Formatul unui cadru MAC de 1 Gigabit.

Tabel 9.1
Dimensiuni limit pentru transmisii Half-Duplex
Parametru
10 Mbps 100 Mbps
1000 Mbps
520 octei 1000Base-T
Dimensiunea minim a cadrului
64 octei
64 octei 416 octei 1000Base-X1
(mpreun cu cmpul suplimentar)
"Diametrul" maxim al dome100 metri
niului de coliziune (distana
100 metri UTP
100 metri UTP
UTP
maxim ntre dou dispozitive
412 metri la 316 metri la fibr optic
terminale DTE)
fibr optic
"Diametrul" maxim cu repetoare
2500 metri 205 metri
200 metri
al domeniului de coliziune
Numrul maxim de repetoare de
semnal ntr-un domeniu de
5
2
1
coliziune
1
Reducerea dimensiunii cadrului minim este posibil datorit modului de codare 8B/10B al
semnalului la 1000Base-X.
O alt modificare a metodei CSMA/CD pentru Ethernet 1Gbps este adugarea unui
semnal de atenionare (burst) prin care se anun sosirea unui cadru gigabit. Acest semnal
trebuie s aib o durat de cteva ori mai mare (5,4 ori) dect lungimea maxim a unui cadru,
pentru a putea ateniona toate interfeele din reea. Pe de alt parte, pentru a putea transmite
continuu, cadre succesive, o interfa trebuie s transmit semnale de atenionare i n perioada
10
dintre dou cadre. Acest lucru face ca celelalte interfee s considere mediul de transmisie ocupat
i s atepte eliberarea lui (figura 9.10).
Durata transmisiei
Durata unui burst = 2 x lungimea maxim a unui cadru
cadru MAC i extensie
ext. supl.
cadru MAC
cadru MAC
ext. supl.
Fig. 9.10. Secvena de atenionare (Burst) folosit de cadrele Gigabit.

Dac dimensiunea primului cadru este mai mic dect lungimea minim a cadrului gigabit, se
adaug un cmp suplimentar (extension) pn la valoarea indicat n tabelul 10.1. Aceste soluii nu
sunt definite pentru variantele cu rate de transmisie de 10 i 100 Mbps.
Pentru varianta Ethernet Gigabit se pot folosi cadre al cror cmp de date poate avea o
dimensiune de pn la 9.000 octei. Acest tip de cadre se numesc cadre Jumbo, dimensiunea lor
fiind limitat de capacitatea (32 bii n cmpul FCS nseamn max 12.000 octei) secvenei de
verificare (CRC) de a controla integritatea informaiilor transferate.
Transmisia simultan bidirecional (Full-Duplex Transmission).
Pentru creterea eficienei reelelor cu rate de transfer de 10 i 100 Mbps standardul prevede o opiune de transmisie simultan a semnalelor ntre interfeele de reea, n cazul conexiunilor punct la punct.
Acest gen de conexiuni asigur dou canale distincte de comunicaie (cte o pereche de fire rsucite
pentru fiecare canal), ceea ce face ca legtura s fie stabilit fr riscul de coliziune i, n consecin, fr a
fi necesar retransmiterea cadrelor. Transmisia poate ncepe de ndat ce cadrul a fost asamblat. Singura
condiie este legat de intervalul minim dintre dou cadre succesive, aa cum se poate vedea n figura
9.11. Aceasta mrete rata aparent de transfer a datelor i implicit i eficiena reelei.
Conexiunile punct la punct pot fi realizate n principal dou variante: prin conectarea a dou echipamente cu un cablu ncruciat (crossover) i prin conectarea echipamentelor terminale printr-un
echipament de comunicaie (DCE) de tip switch.
Conexiunea direct punct la punct este lipsit de coliziuni, ceea ce-l face atractiv n
multe soluii de comunicaie.
Cadru
Cadru
ext.
ext.
Cadru
...
Cadru
ext.
...
ext.
Cadru
Cadru
Fig. 9.11. Transmisie simultan bidirecional (Full Duplex) prin acelai mediu fizic.
Controlul fluxului.
Operarea n modul full-duplex impune existena unui mecanism distinct de control
fluxului, care s-i permit nodului receptor (sau unui port al unui echipament de tip switch
reea) s cear unui nod surs ntreruperea, pentru scurt timp, a transmisiei cadrelor n caz
congestie.
Controlul se face, ntre componentele MAC corespunztoare, prin generarea automat
ctre componenta MAC a nodului receptor congestionat a unui cadru "de pauz" n care
specific durata acesteia.
Dac starea de congestie dispare nainte de expirarea timpului prescris de cadrul
"pauz" anterior, se va genera un alt cadru cu o valoare a timpului de pauz egal cu zero,
scopul de a cere nodului surs reluarea transmisiei.
Principiul metodei de control al fluxului este prezentat n figura 9.12.
al
de
de
de
se
de
cu

Switch
Ethernet Gigabit
1.
Datele sunt transmise
spre switch
2.
Switch-ul
devine congestionat i
transmite cadre de pauz
11
3.
Terminalul ateapt
timpul cerut
nainte de a
relua transmisia
Fig. 9. 12. Principiul metodei, de control al fluxului, definit de standardul IEEE 802.3.
Modul de operare bidirecional simultan (full-duplex) mpreun cu mecanismul de control al
fluxului sunt opiuni prezente la toate variantele Ethernet. Acestea pot fi folosite doar dac mediul
de transmisie este capabil s asigure comunicaia prin dou canale distincte ntre surs i destinaie.
Utilizarea cablului coaxial, pe de o parte, i a repetoarelor multiport (hub) nu asigur canale
distincte, ci doar unul singur.
Cadrele de pauz sunt cadre de control i sunt identificate printr-o anumit valoare
(rezervat cadrelor de control) definit n cmpul Lungime/Tip. Lor le este rezervat i o anumit
adres destinaie pentru a fi siguri c un cadru de pauz nu va fi trimis mai departe la protocolul de
nivel superior, sau la un alt port din switch [3].
9.6.4. Recepia cadrelor
Recepia cadrelor are loc la fel n ambele moduri half duplex i full-duplex, cu excepia
faptului c n modul full-duplex este nevoie de tampoane (buffer) de date separate pentru
transmisie i recepie.
Recepia unui cadru se face invers transmisiei, interfaa de reea verific adresa destinaie i o
compar cu valorile scrise ntr-o list care conine propria adres, adresa de grup din care face parte
i adresa de broadcast.
Dac adresa destinaie se potrivete cu una dintre acestea, se verific lungimea cadrului, se
calculeaz secvena de control i se compar cu valorile corespunztoare scrise n cmpurile
Lungime/Tip i FCS, verificndu-se astfel integritatea cadrului. Dup verificare, se extrage
coninutul cmpului Date i se trimite protocolului de nivel superior.
9.7. Reele locale virtuale (VLAN - Virtual Local Area Networks).
O reea local virtual VLAN este o grupare logic a dispozitivelor, sau a utilizatorilor dintro reea local care folosesc acelai segment fizic, n funcie de apartenena lor la o unitate
administrativ. Se obine astfel izolarea logic a dispozitivelor aparinnd diferitelor uniti
administrative fr divizarea fizic a segmentului de reea [3].
Aceast divizare se face la nivelul echipamentelor de tip switch care permit analizarea
coninutului cadrelor de date. La aceast or exist mai multe soluii de construire a unor reele
virtuale, multe dintre acestea fiind proprii firmelor productoare de echipamente.
12

LAN 3
VLAN 1
VLAN 2
VLAN 3
Etaj 3
LAN 2
Etaj 2
LAN 1
Etaj 1
Fig. 9.13. mprirea unei reele locale n mai multe uniti administrative diferite (reele locale
virtuale - VLAN), n limitele nivelului fizic.
O reea local este construit inndu-se cont mai mult de considerentele fizice, dect de cele
administrative sau organizatorice. De aceea, de cele mai multe ori gruparea echipamentelor ntr-o
reea nu se potrivete cu cea dat de serviciul de care aparine un anumit utilizator.
n reelele care conin echipamente de segmentare de nivel OSI 3, cum sunt porile de
acces sau rutere, mprirea se poate realiza prin adresarea diferit, numit mprire n subreele.
La nivelul OSI 2 acest lucru nu se poate face uor, datorit faptului c modul de adresare la
acest nivel nu permite ierarhizare. Adresele MAC sunt definite de ctre productorul de interfee de
reea, iar acestea nu pot fi modificate. Se pot ns asocia la o unitate administrativ anumite porturi
dintr-un switch, n aa fel nct transmiterea cadrelor s se fac numai ntre acestea, restul reelei s
fie izolat. Totodat, echipamentele aparinnd diferitelor uniti administrative pot s foloseasc n
comun diferite pri din infrastructura de comunicaie, aa cum se poate vedea n figura 9.13.
Primele soluii de implementare VLAN foloseau asocierea porturilor unui switch ntr-un grup.
Deoarece toate echipamentele din acest grup puteau recepiona cadrele cu adres destinaie de
broadcast, acest grup s-a numit domeniu de broadcast (broadcast domain).
Pentru mrirea flexibilitii n configurare i pentru o gestiune de ansamblu a ntregii reele, la
ora actual soluiile au devenit mult mai complexe, permind asocierea la un grup a unor
echipamente aflate n reele locale diferite. Pentru aceasta, echipamentele de tip switch trebuie s
fie inteligente i s permit analizarea fiecrui cadru n parte.
Deciziile legate de transmiterea cadrelor ntr-un grup sau altul se iau pe baza unor informaii
coninute de aceste cadre.
Exist dou metode principale de gestionare a reelelor virtuale (VLAN), filtrarea i marcarea
cadrelor. n cazul metodei filtrrii se examineaz anumite informaii particulare coninute n antetul
fiecrui cadru. Se construiete o tabel de filtrare care se nscrie n memoria fiecrui switch. Filtrarea
se poate face pe baza adresei MAC, surs sau destinaie, sau pe baza tipului de protocol de nivel
superior, nscris n cmpul Tip. Aceast metod are neajunsul c viteza de filtrare este mic, fiecare
cadru fiind analizat n ntregime, mai puin cmpurile Date i FCS. De aceea, n ultimul timp s-a
generalizat utilizarea celei de a doua metode, de marcare a fiecrui cadru (frame tagging) cu un
identificator de VLAN, n funcie de apartenena dispozitivului de reea la grup (VLAN).
13
Identificatorul de VLAN este adugat, ca un cmp suplimentar, la nceputul fiecrui cadru,

filtrarea bazndu-se doar pe analizarea acestuia. Avantajele metodei sunt viteza de filtrare mrit i
posibilitile de dezvoltare ulterioar a criteriilor de filtrare. Aceast metod a fost aleas pentru
standardizare de ctre IEEE, st la baza standardului 802.1q i funcioneaz la nivelul 2 al
modelului de referin OSI.
n cazul n care un anumit cadru trebuie s prseasc grupul (VLAN), spre o reea public,
identificatorul acestuia este ndeprtat de ctre switch nainte ca acest cadru s fie transmis mai
departe.
Opiunea de marcare a cadrelor de identificare a unui grup (VLAN) prevzut de IEEE
802.3.
Marcarea cadrelor este o opiune MAC care furnizeaz trei caracteristici suplimentare
importante, de gestiune.
Asigur un mijloc prin care traficul sensibil la vitez s fie transmis n cadre care au activat
prioritatea;
Permite asocierea echipamentelor n grupuri logice (VLAN), care pot comunica de-a lungul
mai multor reele locale (LAN) ca i cnd ar aparine aceleiai reele;
Simplific administrarea reelelor.
Un cadru cu marcaj pentru VLAN este un cadru de baz MAC la care i se adaug un cmp
de identificare format din 4 octei, ntre cmpul de Adres surs (AS) i cel Lungime/Tip, aa
cum se poate vedea n figura 9.11.
Antet VLAN
Pre SFD AD AS
Tip de
VLAN
Informaii de Lungime
control VLAN
/ tip
46 - 1500
octei
Date Pad
FCS
Extensie
Fig. 9. 14. Marcarea cadrelor n vederea asocierii n VLAN.

Antetul de identificare este compus din dou cmpuri:
Doi octei rezervai pentru identificarea tipului de VLAN (VLAN Type ID). Indic un
cadru de tip VLAN;
Doi octei de marcare a controlului (Tag-Control Information) care conin atributul de
prioritate.(ntre 0 i 7 = prioritate maxim) i identificatorul de VLAN (VLAN ID) prin care este
indicat grupul n care trebuie trimis cadrul.
Componenta MAC de la recepie citete cei doi octei din cmpul Tip, aflat n poziia unde ar
trebui s fie cmpul Lungime/Tip la un cadru de baz, i interpretnd valoarea acestora, i d
seama c este vorba despre un cadru cu VLAN. Dup aceasta, au loc urmtoarele situaii:
Dac componenta MAC aparine unui port al unui switch, cadrul va fi transmis, n funcie
de nivelul de prioritate, unui alt port asociat la grupul VLAN indicat de cmpul VLAN ID.
Dac componenta MAC aparine unui echipament terminal DTE, aceasta va ndeprta cei
4 octei ai antetului de VLAN i va prelucra cadrul n aceeai manier ca pe unul de baz.
Implementarea opiunii de marcare a cadrelor n vederea organizrii n VLAN, impune ca
toate nodurile reelei s fie echipate corespunztor i s fie configurat opiunea VLAN.
14
Etaj 3
Etaj 2
Etaj 1
Echipa
A
Echipa
B
Echipa
C
Fig. 9.15. mprirea unei reele locale n mai multe uniti administrative diferite (reele locale
virtuale - VLAN), n afara frontierelor nivelului fizic.
Soluia de marcarea cadrelor cu informaii de control permite extinderea reelelor locale
virtuale (VLAN) n afara frontierelor nivelului fizic, cu condiia ca echipamentele de nivel OSI 2,
n acest cau de tip switch s permit acest lucru (switch-uri cu VLAN).
15
I.

1. Nivelele OSI la care opereaz tehnologia Ethernet sunt:
a) 1-fizic, 2-legtur;
b) 1-fizic, 2-legtur i 3-reea;
c) doar 2-legtur;
d) 1-fizic, 2-legtur subnivelul LLC;
e) 1-fizic, 2-legtur, 3-reea i 4-transport;
2. Arhitecturile de reea acceptate n tehnologia Ethernet sunt:
a) punct la punct, magistral i stea;
b) punct la punct i stea;
c) doar stea;
d) punct la punct, magistral, stea i inelar;
e) punct la punct, MAC i LLC
3. Cadrul MAC conine urmtoarele cmpuri, a cror ordine este:
a) PRE, SFD, AD, AS, Lungime/Tip, DATE, PAD, FCS;
b) PRE, SFD, AS, AD, Lungime/Tip, DATE, PAD, FCS;
c) PRE, SFD, AD, AS, Lungime/Tip, PAD, DATE, FCS;
d) SFD, PRE, AD, AS, Lungime/Tip, DATE, PAD, FCS;
e) PRE, SFD, AD, AS, DATE, Lungime/Tip, PAD, FCS;
II.

1. Date este un cmp cu dimensiune variabil, cuprins ntre 46 i 1400 octei.
adevrat
fals
2. O reea local virtual (VLAN) este o metod de grupare a dispozitivelor dintr-o
reea local, conectate la acelai segment fizic, care permite izolarea logic a
acestora n diferite uniti administrative fr divizarea fizic a segmentului de reea.
adevrat
fals
3. Exist dou metode principale de gestionare a reelelor locale virtuale (VLAN). 1 - prin filtrarea
cadrelor, i 2 - prin marcarea acestora.
adevrat
fals
16

RSPUNSURI
I.

1. a
2. d
3. a
II.

1. fals
2. adevrat
3. adevrat
Bibliografie
2. Spurgeon, Ch. E., Ethernet: The Definitive Guide, O'Reilly and Associates, 2000
3. http://www.cisco.com/univercd/cc/td/doc/cisintwk/ito_doc/ethernet.htm
4. http://www.ethermanage.com/ethernet/ethernet.html
Capitolul 10. Protocoalele nivelului OSI 3 (Internet) IP i ICMP

Cursul 10
PROTOCOALELE NIVELULUI OSI 3 (INTERNET) IP I ICMP
Introducere curs
Obiective curs

individual
n acest curs sunt prezentate protocoalele nivelului OSI3 (Internet).

IP (Internet Protocol).
Antetul pachetului IP.
Formarea i transferul unui pachet n reea.
Internet Control Message Protocol (ICMP).
Adresarea IP.
Formatul adresei IP
Masca de reea
Adresa de broadcast.
Cuprins:
10.1. IP (Internet Protocol). ......................................................................1
10.2. Internet Control Message Protocol (ICMP).....................................7
10.3. Adresarea IP.....................................................................................9
TESTE DE AUTOEVALUARE.................................................................13
RSPUNSURI ............................................................................................14
Bibliografie..................................................................................................14
n cele ce urmeaz se vor analiza componentele de nivel OSI 3 (reea), IP (Internet Protocol)
i ICMP (Internet Control Messages Protocol), din suita TCP/IP. Se vor prezenta informaiile de
control nscrise n antetele datagramelor, modul n care se formeaz acestea i cteva elemente
legate de depanarea protocolului [1].
Cunoaterea n detaliu a acestui protocol, ne permite s nelegem mai bine procesele de
transmitere i rutare a pachetelor n reea.
Datorit faptului c TCP/IP a fost conceput n mod compact, nivelul Internet (echivalent cu
cel de Reea, OSI 3) nu este absolut independent de nivelele superioare, n antetul pachetelor IP se
gsesc i informaii referitoare la acestea. Cunoscnd procesul de asamblare a unei datagrame i
cum este transmis de-a lungul nivelelor, se poate nelege mai bine cum funcioneaz
componentele, de nivel nalt, ale suitei. O analiz final, n paralel a capitolelor corespunztoare,
este binevenit.
10.1. IP (Internet Protocol).
Protocolul de Internet (IP) reprezint protocolul de transfer, corespunztor nivelului OSI 3
(reea) i al nivelului Internet, din modelul de referin TCP/IP. El face parte din categoria
protocoalelor "rutabile", adic poate fi rutat de-a lungul unor ci formate din pori de acces, datorit
informaiilor coninute n antet.
Din aceast categorie mai face parte i protocolul IPX (Internetwork Packet Exchange),
dezvoltat cu succes de firma Novell, la sfritul anilor '80. Acesta era folosit la transferul pachetelor
n reelele locale (LAN) bazate pe sisteme de operare, din familia NetWare. Dei IPX este un
protocol eficient pentru reelele bazate pe server de fiiere, acesta a nceput s fie abandonat, n
favoarea TCP/IP. ncepnd cu versiunea NetWare 5.0 firma Novell folosete TCP/IP ca protocol
"nativ" (inclus n nucleul sistemului de operare ca protocol principal, nu auxiliar) de reea. Pn la
aceast versiune TCP/IP era folosit doar pentru "tunelare" (ncapsularea pachetelor IPX n pachete
IP) la transmiterea datelor ntre serverul de fiiere i terminale, sau ntre reele.
Principalele sarcini ale IP sunt legate de adresarea datagramelor (care la acest nivel se numesc pachete) ntre terminale i gestionarea fragmentrii i reasamblrii lor. Formatul pachetelor acestui protocol are bine definit cu ajutorul antetului (packet header), care conine informaiile necesare despre
dimensiunea i coninutul datelor transferate. Totodat, aceste informaii au un rol major n rutarea
pachetelor ntre porile de acces (determinarea cii potrivite ntre terminalul surs i cel destinaie).
IP nu are mecanisme specifice de control al fluxului de date i nici nu garanteaz livrarea
pachetelor la destinaie. Din diferite motive, pachetele pot ntrzia, s-au chiar pierde, pe drum.
IP nu folosete mijloace de verificare a integritii datelor transmise, cum ar fi sume ciclice de
control, ci doar pentru verificarea integritii informaiilor de control coninute de antet. Sarcinile de
verificare i recuperare a datelor, sau de control al fluxului, revin nivelului transport (OSI 4).
n procesul de rutare, informaiile coninute de antetul IP sunt folosite, de protocoalele de
rutare, ca s determine calea cea mai bun spre destinaie, fr s poat verifica pn la sfrit dac
acest lucru este adevrat.
Pe baza unor algoritmi de complexitate ridicat, se decide spre care nod (ruter) din reea trebuie
trimis pachetul, considerat ca urmtorul pas (next hop) din calea spre destinaie. Dup trimiterea
pachetului spre acel nod, presupus a fi cel mai potrivit, nu mai exist nici un control asupra
destinului acelui pachet. De fapt, fiecare poart de acces (ruter) decide doar pasul urmtor. Aparent,
IP nu gestioneaz prea bine expedierea pachetelor, dar exist componente, care n timpul manipulrii
pachetelor, genereaz mesaje de eroare n cazul n care acestea apar.
S-a vzut mai nainte cum sunt mprite (fragmentate) datele n buci mai mici pentru a putea
fi transmise prin reea, iar apoi reasamblate la destinaie.
IP permite o dimensiune maxim a pachetului de 65535 octei, care este o cantitate mai mare
dect poate manevra, n general, un protocol de nivel inferior (OSI 1 sau2). De aici apare i
necesitatea fragmentrii datelor, proces pe care IP l ndeplinete n mod automat. Sunt situaii cnd
datagrame venite de la nivelul superior sunt mprite n mai multe datagrame (pachete) mai mici,
dup principiul studiat mai nainte.
Cnd o datagram, coninnd date dintr-un ir fragmentat, ajunge la un terminal destinaie, nivelul
IP al acesteia pornete un cronometru incrementat cu timpul de reasamblare (reassembly timer). Dac
toate "piesele" datagramei respective sunt recepionate n acel timp, aceasta este reasamblat, prelucrat
i datele trimise apoi nivelului superior. Dac dup trecerea timpului limit nu se pot recepiona toate
piesele, cele recepionate deja sunt abandonate i se cere retransmiterea complet a lor.
Terminalul destinaie cunoate acest interval de timp i ordinea n care sunt transmise
fragmentele, datorit existenei unor cmpuri dedicate acestora n antetul pachetului IP. Totui, ansa
pe care o au datagramele fragmentate, de a ajunge la destinaie, este mult mai mic dect a celor
nefragmentate. De aceea, cele mai multe aplicaii ncearc s evite pe ct posibil fragmentarea.
IP este un protocol neorientat spre conexiune (connectionless), ceea ce nseamn c nu
conteaz, la acest nivel, care este terminalul surs sau destinaie, pachetele "cltorind" n reea doar
n baza informaiilor de rutare. Cu alte cuvinte, ntre terminalul surs i cel destinaie, nu se stabilete
nici un fel de negociere de nceput, sau de sfrit, de transmisie. De acestea se ocup nivele superioare
(Transport, Sesiune i Aplicaie, OSI 4,5,7).
Informaiile coninute de antet sunt folosite, la acest nivel, doar pentru rutare, restul fiind
folosite de componenta de transport (TCP sau UDP, nivelul OSI 4). Versiunea 6 a protocolului IP
(IPv6) poate manevra mai multe informaii, aa cum se va putea vedea mai trziu n acest capitol [1].
Antetul pachetului IP.

Procesul de asamblare a pachetului este asemntor cu cel folosit de tehnologia Ethernet cnd
formeaz (ncapsuleaz) cadrele, prin adugarea la datele de transmis a informaiilor de control.
Deosebirea const n faptul c acestea din urm sunt specifice IP.
Cnd componentele de la nivelul Legtur (Ethernet) primesc un pachet IP, acestea l
ncapsuleaz, adugnd un antet care conine, printre altele, adresele nivelului Legtur (OSI 2) de
48 bii (MAC) ale sursei i destinaiei, alturi de secvena de control a cadrului (FCS).
Pentru a putea analiza formatul datagramei utilizate de IP trebuie specificate cteva elemente.
Unitatea de transfer a protocolului de Internet (IP PDU) este denumit uneori datagram, sau mai des,
pachet. n cadrul pachetului, unitatea cu care se opereaz, att pentru informaiile de control ct i
pentru celelalte protocoale sau servicii ncapsulate n cmpul de date, este cuvntul. Acesta are
dimensiunea de 32 bii (patru octei). Lungimea unui pachet este ntotdeauna un multiplu de 32 bii.
Lungimea maxim a antetului IP este de ase cuvinte (6 x 32 = 192 = 24 x 8 bii) adic 24
octei, atunci cnd sunt incluse toate cmpurile opionale, iar cea minim de cinci (5 x 32 = 160 = 20 x
8 bii) adic 20 octei.
Pentru a nelege semnificaia tuturor cmpurilor trebuie s se precizeze c IP nu este dependent
de sistemul hardware, dar orice variant de IP trebuie s fie compatibil, n jos, cu versiunile anterioare.
Formatul antetului IP este prezentat schematic n figura 10.1, iar semnificaia cmpurilor este
descris n detaliu n cele ce urmeaz.
0
1
16
Vers.
proto.
Lung,
antet
Tip serviciu
Lungime pachet
Identificator
TTL
32
DF M F Decalaj fragmnent
Transport
Secven verificare antet
Adresa surs
5
6
Adresa destinaie
Opiuni speciale
Completare
Date utile
.......
....
Completare
Fig. 10.1. Formatul antetului IP.

Numrul versiunii (Version Number) este un cmp cu dimensiunea de patru bii, care
definete versiunea protocolului folosit de sistemul de operare. Acest numr este necesar pentru ca
sistemul de operare, care primete pachetul, s tie cum s decodifice restul antetului (care se poate
schimba n funcie de versiune).
Versiunea cea mai des ntlnit la acest moment este 4, dar s-a trecut deja la noua generaie
(IPng Next Generation, sau IPv6). Pentru reelele locale versiunea 4 este suficient de cuprinztoare i
util. Sistemul de operare care recepioneaz pachetul de date trebuie mai nti s verifice numrul
versiunii pentru a ti de la nceput dac poate s manevreze pachetul sau nu. n cazul c poate, va
interpreta informaiile din antet, va prelucra datagrama, va extrage coninutul i l va trimite spre
nivelul superior iar dac nu, o va ignora complet.
Lungimea antetului (Header Length) este un cmp cu dimensiunea de patru bii care
reprezint lungimea total a antetului exprimat n cuvinte (de cte 32 bii). Poate lua valoarea 5 (20
octei), sau 6 (24 octei) n cazul n care se folosesc i informaiile opionale. Pentru a ti unde se
termin antetul (i implicit de unde ncep datele), sistemul de operare trebuie s cunoasc dimensiunea
acestuia. Trebuie remarcat faptul c nu exist elemente de delimitare ntre antet i cmpul de date,
lungimea antetului folosind-se pentru a calcula locul n care ncepe acesta.
Tipul serviciului (Type of Service) este un cmp cu dimensiunea de 8 bii (un octet) prin care se
indic cum trebuie procesat corect datagrama. Semnificaia biilor este prezentat n figura 10.2. Primii trei bii indic prioritatea (importana) datagramei, valoarea zecimal a cmpului variind ntre 0
(pachete cu prioritate normal) i 7 (pachete de control), valoarea mai mare avnd prioritate mai mare.
Teoretic, n cazul rutrii unor pachete care ateapt ntr-o coad la ieirea dintr-o poart de acces, cele
care au prioritate mai mare (valoare mai mare a numrului scris n acest cmp) trebuie trimise primele. Practic , n cele mai multe cazuri de aplicare ale TCP/IP, se ignor acest cmp. Exist excepii
atunci cnd ruterele aplic reguli de asigurare a calitii serviciilor (QOS - Quality Of Services).
3
Prioritate
4
ntrzi
ere
6
Rel.
8
Nefolosit
Fig. 10.2. Componentele cmpului de indicare a tipului serviciului.

Urmtorii trei bii reprezint: un bit de control al ntrzierii, ratei de transfer i al siguranei, iar
ultimii doi nu sunt folosii. Dac primul bit este 1, se impun msuri care s determine o ntrziere mic,
o rat mare de transfer i o siguran ridicat a cii de transmitere a pachetului, iar bitul are valoarea 0
pentru situaii normale. De fapt, la fel ca i n cazul cmpului precedent, n situaiile practice se ignor
rolul acestui bit, toate datagramele fiind tratate la fel. Sistemele de operare uzuale nu se complic s
foloseasc i s interpreteze aceti bii, dei semnificaia lor ar putea fi util n optimizarea unei reele.
Lungimea pachetului (Datagram Length, Packet Length) este un cmp de 16 bii care indic
lungimea total, n octei, a datagramei, cmp de date plus antet. Dimensiunea cmpului de date se poate
obine prin diferena dintre lungimea total a datagramei i cea a antetului. Dimensiunea maxim a
pachetului IP poate s fie de 65.535 octei.
Identificator de bloc (Identification). Acest cmp conine un numr, creat de surs pentru a
identifica, n mod unic, fragmentele aparinnd aceluiai bloc de date. Acest numr este folosit la
recepie, n procesul de reasamblare a blocurilor, pentru a nu amesteca ntre ele fragmente provenite de
la blocuri diferite.
Atributele (Flags) reprezint un cmp de 3 bii, dintre care primul nu este folosit, iar urmtorii
doi au rol n controlul procesului de fragmentare. Primul dintre acetia este numit DF (Don't Fragment "a nu se fragmenta"), iar urmtorul MF (More Fragments - "sosesc mai multe fragmente").
Dac DF este 1, datagrama nu poate fi fragmentat n nici un caz. Dac o component a nivelului
IP nu poate trimite datagrama fr s o fragmenteze, atunci ea va fi abandonat i acea component va
trimite un mesaj de eroare spre dispozitivul surs.
Dac MF este 1, datagrama curent va fi urmat de mai multe pachete care conin fragmente
(numite uneori subpachete) i care trebuie reasamblate. Ultimul fragment trimis va avea bitul MF egal
cu 0, ceea ce nseamn c s-a terminat succesiunea curent de fragmente, pentru ca terminalul destinaie
s nu mai atepte alte fragmente. Deoarece ordinea n care sosesc fragmentele ar putea s nu fie aceeai
cu cea de la expediere, atributul MF se folosete mpreun cu cmpul urmtor FO (Fragment Offset indicator al decalajului dintre fragmente).
Indicatorul decalajului dintre fragmente (Fragment Offset). Dac bitul MF este 1 (se anun
fragmentarea unei datagrame mari), indicatorul decalajului dintre fragmente arat poziia unui fragment
i permite reasamblarea datagramei. Aceasta se face n succesiunea ei fireasc, indiferent de ordinea de
sosire a fragmentelor. Decalajele sunt exprimate fa de nceputul mesajului. Cmpul are 13 bii, deci
decalajul va fi calculat n uniti de un octet (8 bii), corespunztor cu lungimea maxim a pachetului de
65.535 octei. Utilizat mpreun cu identificatorul de bloc, componenta IP de pe terminalul destinaie
poate s reasambleze fragmentele indiferent de ordinea n care acestea ajung la aceasta.
Timpul de via al unui pachet (TTL - Time to Live) este un cmp care indic timpul, n
secunde, n care un pachet poate "cltori" prin reea nainte de a fi abandonat. Acesta este fixat de
terminalul surs n timpul asamblrii datagramei. De obicei valoarea acestuia este de 15 sau 30 secunde.
Standardele TCP/IP specific faptul c valoarea acestui cmp trebuie diminuat, cu cel puin o secund,
de ctre fiecare nod care proceseaz pachetul, chiar dac timpul de procesare este mai mic de o secund.
Cnd un pachet este recepionat de o poart de acces, timpul de sosire este nregistrat, iar timpul
ct acesta ateapt s fie procesat i scurteaz durata de via. Dac poarta de acces este suprancrcat i
nu poate trimite pachetul ntr-un timp suficient de scurt, acesta va fi abandonat. Cnd valoarea cmpului
TTL devine 0, pachetul trebuie abandonat de nodul curent, iar acesta trimite un mesaj ICMP, de eroare,
spre terminalul surs. Aceasta poate astfel s trimit din nou pachetul. Regula impus de TTL are ca
scop s mpiedice circulaia nedefinit a pachetelor n reea n cazul apariiei buclelor, sau a altor
anomalii, de rutare.
Protocolul de transport (Transport Protocol) este un cmp prin care se identific numeric
protocolul de nivel superior. Acest numr este definit de InterNIC pentru fiecare dintre cele aproape 50
de protocoale de transport cunoscute. Pentru IP valoarea este 0, pentru ICMP 1, iar pentru TCP, 6.
Pentru protocoalele implementate pe un terminal, aceste numele pot fi gsite n fiierul protocol.
Coninutul unui astfel de fiier se poate vedea mai jos.
#
#
#
#
#
#
This file contains the Internet protocols as defined by RFC 1060

(Assigned Numbers).
Format:
<protocol name> <assigned number> [aliases...] [#<comment>]
ip
icmp
ggp
tcp
egp
pup
udp
hmp
xns-idp
rdp
rvd
0
1
3
6
8
12
17
20
22
27
66
IP
ICMP
GGP
TCP
EGP
PUP
UDP
HMP
XNS-IDP
RDP
RVD
#
#
#
#
#
#
#
#
#
#
#
Internet protocol
Internet control message protocol
Gateway-gateway protocol
Transmission control protocol
Exterior gateway protocol
PARC universal packet protocol
User datagram protocol
Host monitoring protocol
Xerox NS IDP
"reliable datagram" protocol
MIT remote virtual disk
Pentru celelalte protocoale (multe dintre ele aproape nefolosite!) se pot consulta documentele
RFC.
Suma de control a antetului (Header Checksum) este un cmp de 16 bii care reprezint
secvena de control a antetului, dar nu i a datelor din pachet. Deoarece cmpul TTL este decrementat la
fiecare trecere a pachetului printr-o poart de acces, cu aceast ocazie suma de control trebuie
recalculat i nscris n antet. Algoritmul de calcul, a sumei de control, folosete complementul fa de
unu a celor 16 bii din fiecare cuvnt. Acesta este un algoritm rapid i destul de eficient, dar nu reuete
s recupereze datele n cazul pierderii unui ntreg cuvnt de 16 bii. Datorit faptului c secvena de
control folosit pentru verificarea datelor la nivelul Transport (OSI 4), att de TCP ct i de UDP, este
mai complex, integritatea datelor coninute de pachet nu este afectat.
Adresa surs i adresa destinaie (Sending Address / Destination Address). Aceste cmpuri de 32
bii conin adresa IP (logic) mainii surs i a mainii destinaie, Aceste cmpuri se stabilesc la crearea
pachetului i nu sunt modificate pe parcurs, dect n cazul adreselor din reele private, care se conecteaz
n exterior prin NAT (Network Address Translation - translatarea adreselor n reea, proces de schimbare a
adresei surs la ieirea dintr-o poart de acces care conecteaz o reea privat la una public).
Opiuni speciale, este un cmp opional, compus din cteva coduri cu lungime variabil. Dac se
folosesc mai multe opiuni, acestea sunt aezate consecutiv n antetul IP. Toate opiunile sunt definite de
un octet, mprit n trei cmpuri: 1 bit atribut de copiere, 2 bii definesc clasa opiunii i 5 bii reprezint
numrul opiunii. Atributul de copiere este folosit pentru a specifica cum trebuie utilizat opiunea, pentru
cazul n care este necesar fragmentarea pachetului, la trecerea printr-o poart de acces. Cnd acest bit este
0 opiunea trebuie copiat doar pe urmtoarea datagram (nu i pe urmtoarele), iar dac este 1 opiunea se
copiaz pe toate datagramele (fragmentele). Valoarea zecimal a biilor care definesc clasa i tipul opiunii
este prezentat n tabelul 10.1. n acest moment se folosesc doar dou clase de opiuni, din cele patru
posibile de-a fi definite cu doi bii. Dac valoarea este 0 opiunea se aplic pachetelor de date i de control
a reelei. Valoarea 2 se folosete pentru pachete folosite la depanare, sau pentru administrare. Valorile 1 i
2 nu se folosesc.
Tabelul 10.1. Valoarea cmpurilor pentru opiunile speciale
Clasa opiunii
Numrul opiunii
Descrierea opiunii
0
0
Marks the end of the options list
0
1
No option (used for padding)
0
2
Security options (military purposes only)
0
3
Loose source routing
0
7
Activates routing record (adds fields)
0
9
Strict source routing
2
4
Timestamping active (adds fields)
Sunt interesante opiunile care permit nregistrarea rutei i a marcajelor de timp. Acestea sunt
folosite pentru a nscrie, n corpul datagramei, "o foaie de parcurs" a datagramei de-a lungul cii prin
reea, informaii necesare pentru diagnosticare i depanare. Timpul se exprim n milisecunde scurse de
la miezul nopii (GMT - Ora Universal Greenwich), ceea ce presupune necesitatea unei bune
sincronizri a ceasului fiecrui sistem. Cum acest lucru nu este foarte riguros, chiar n cazul utilizrii
serverelor de timp (n nici un caz nu se pot sincroniza la milisecund ceasurile porilor de transfer),
aceste informaii sunt ndoielnice.
Exist dou tipuri de rute, indicate n cmpul de opiuni speciale, loose i strict. Ruta liber (Loose
routing) reprezint o list de adrese pe care pachetul trebuie s le parcurg, dar este permis orice rut
care trece prin aceste adrese. Ruta strict (Strict routing) nu permite nici o deviere de la lista de adrese.
Dac ruta nu poate fi respectat, pachetul este abandonat. Ruta strict este folosit la testarea rutelor, dar
nu i la transmiterea pachetelor normale, existnd riscul ca acestea s se piard, deoarece nu pot
respecta ruta. n cazul reelelor complexe, rutele sunt determinate dinamic i se schimb de la un
moment la altul, respectarea unei rute alese a priori, fiind aproape imposibil.
Completarea cu zerouri (Padding). Coninutul acestui cmp este variabil n funcie de opiunile
selectate i se folosete pentru a completa cu zerouri antetul pachetului, sau cmpul Date, pentru ca
acestea s aib un numr ntreg de cuvinte.
Formarea i transferul unui pachet n reea.
Pentru a nelege mai uor modul n care nivelele TCP/IP (OSI 4 i 3) mpacheteaz i trimit
datele de la un terminal la altul, trebuie s analizm un exemplu simplu. Cnd o aplicaie trimite o
datagram spre reea, sunt parcurse cteva etape simple.
n prima etap, se construiete pachetul IP, n conformitate cu lungimea prescris de opiunile de
implementare, ale suitei TCP/IP, pe sistemul respectiv. Se calculeaz suma de control pentru cmpul de
date i apoi se construiete antetul IP. Dup aceea, se determin urmtorul pas (next hop) din ruta spre
terminalul destinaie, direct spre acel terminal, dac el se afl n acelai domeniu de coliziuni, sau spre
prima poart de acces, n caz contrar. n cazul unei rutri speciale, se vor folosi opiunile suplimentare
de rutare din antet, iar dac nu exist restricii de rut, aceste opiuni vor fi eliminate. n final, datagrama
este predat nivelului inferior, pentru ncapsulare, n vederea transmiterii n reea.
Cnd o datagram parcurge reeaua, fiecare poart de acces execut, asupra ei, o serie de teste.
Dup ce nivelul inferior (Network Access - dup modelul TCP/IP, nivelul Legtur OSI 2)
decapsuleaz datagrama (cadrul) i trimite coninutul acesteia nivelului superior (IP), care verific
integritatea datagramei. Dac suma de control nu se potrivete, datagrama (pachetul) este abandonat i
poarta de acces trimite spre surs un mesaj de eroare. Dac suma se potrivete, cmpul TTL este
decrementat i apoi comparat cu zero. n cazul n care durata de via a expirat, datagrama se
abandoneaz i se transmite spre surs un mesaj de eroare. Dup determinarea urmtorului pas (next
hop), n funcie de adresa destinaie sau de informaiile de rutare din cmpul opiunilor speciale, se
reconstruiete antetul IP cu o nou valoare a timpului de via (TTL) i a sumei de control.
Dac este necesar fragmentarea, datorit creterii lungimii datagramei sau a unei limitri a acesteia
din partea sistemului de operare sau al nivelelor inferioare, datagrama va fi mprit i bucile vor fi
asamblate (ncapsulate) fiecare cu cte un antet, care poart informaiile de control necesare. Dac este ne-
voie de rut special, sau de marcaje de timp, acestea vor fi adugate. Reorganizat n acest fel, datagrama
va fi trimis napoi nivelului inferior Legtur (OSI 2) pentru a-i urma, mai departe, calea spre destinaie.
Cnd datagrama ajunge, n sfrit, la destinaie, sistemul de operare i verific, cu ajutorul sumei
de control, integritatea i dac mesajul a fost fragmentat pe drum. Dac exist mai multe fragmente,
sistemul le ateapt pe toate un anumit interval de timp. Dac acestea nu sosesc, sau sistemul nu le poate
reasambla n acest interval, fragmentele sunt abandonate i se trimite spre surs un mesaj de eroare.
Dac fragmentele pot fi reasamblate, antetul IP este eliminat, mesajul refcut i coninutul su trimis
nivelului superior. Dac este nevoie de mesaj de rspuns, acesta va fi generat i trimis napoi spre surs.
Cnd ntr-o datagram se adaug informaii speciale, de rutare sau marcaje de timp, lungimea
acesteia poate s creasc, ceea ce nseamn c pe drum pot avea loc procesele de fragmentare. Faptul c
IP poate s opereze automat cu aceast problem, avnd mecanismele necesare de decizie, este nc un
argument important pentru folosirea acestui protocol n reelele de mare complexitate.
10.2. Internet Control Message Protocol (ICMP).
Aa cum s-a putut vedea la nceputul acestui capitol, n timpul transferului unei datagrame prin
reea, ntre terminalul surs i cel destinaie, pot s apar probleme de rutare, ntrziere, sau de
fragmentare. Un pachet trimis poate s nu gseasc destinaia, s ntrzie mai mult dect i permite
TTL, sau fragmente dintr-un mesaj se pot pierde pe drum. Acest protocol a fost dezvoltat, ca parte a
suitei TCP/IP, pentru a se putea verifica starea reelei, de fapt a cii dintre surs i destinaie.
ICMP (Internet Control Message Protocol - protocol de transmitere a mesajelor de control) este
un sistem care permite raportarea erorilor. Ca parte a suitei de protocoale de Reea (OSI 3), specifice
nivelului Internet (IP), el trebuie inclus n oricare implementarea IP. Exist unele excepii legate de
securitate, deoarece permite "conversaii de control" ntre dou terminale, sau noduri din reea. Mesajele
generate de ICMP sunt tratate, de-a lungul reelei, ca orice pachet IP, dar sunt interpretate
corespunztor de aplicaiile aflate la nivelul superior. Aa cum se va vedea la adresarea porturilor n
TCP i UDP, ICMP folosete un port dedicat [1].
n majoritatea situaiilor, mesajele de eroare trimise de ICMP sunt "ntoarse" terminalului surs,
deoarece n antetul pachetului surs sunt trecute doar adresele sursei i destinaiei. Deoarece mesajul de
eroare nu reprezint nimic pentru terminalul destinaie, sursa este singurul recipient valabil la care
trebuie s ajung mesajele de eroare. n funcie de acestea, terminalul surs poate determina tipul
defectului i poate lua msurile corespunztoare.
Mesajul ICMP sufer o dubl ncapsulare, acestuia i se adaug mai nti un antet propriu ICMP
i apoi antetul standard al pachetului IP, aa cum se poate vedea n figura 10.3. Formatul antetului
ICMP este diferit n funcie de tipul mesajului, toate ncepnd cu aceleai trei cmpuri: tipul mesajului,
codul mesajului i suma de control. n figura 10.4 se poate vedea formatul unui mesaj ICMP.
Antet ICM P
M esaj ICM P
Antet IP
Datagram ICM P
Antet LLC
Pachet IP
Fig. 10.3. Dubla ncapsulare a unui mesaj ICMP.

Tip
Cod
Sum de control
Parametrii
Date utile
.........
Fig. 10.4. Formatul unui mesaj ICMP.
n general, orice mesaj ICMP care raporteaz o problem de livrare, include antetul i primii
64 bii de date din pachetul la care a aprut problema. Exist dou motive pentru care se face acest
lucru. Primul, se permite sursei s compare fragmentul cu pachetul original, iar al doilea, pentru a
afla din antet tipul protocolului implicat n problem.
Tipul mesajului este un cmp de 8 bii i poate avea valorile prezentat n tabelul 10.2.
Tabelul 10.2. Valorile posibile ale cmpului tipul mesajului ICMP.
Valoare
Semnificaie
Descriere
Observaii
0
Echo Reply
Rspuns cu ecou
3
Destination Not Reachable
Destinaia nu este accesibil
4
Source Quench
Surs
5
Redirection Required
Cerere de redirectare
8
Echo Request
Cerere de ecou
11
Time to Live Exceeded
TTL depit
12
Parameter Problem
Mesaj de eroare
13
Timestamp Request
Se cer marcaje de timp
14
Timestamp Reply
Rspuns cu marcaje de timp
15
Information Request
Se cer informaii
nu mai este folosit
16
Information Reply
Rspuns cu informaii
nu mai este folosit
17
Address Mask Request
Se cere masc de adrese
18
Address Mask Reply
Rspuns cu masc de adrese
Cmpul cod mesaj detaliaz informaiile coninute n cmpul tip mesaj, iar suma de control
se calculeaz la fel ca la antetul IP.
Formatul mesajului ICMP este diferit pentru fiecare tip de mesaj n parte, figura 10.5
prezentnd formatul fiecrui tip de antet. Unele mesaje se interpreteaz direct, aa cum este de
exemplu destinaie imposibil de atins (Destination Unreachable), iar altele trebuie s
influeneze decizii de manipulare a pachetelor. Un astfel de exemplu este acesta: datagrama
trebuie neaprat fragmentat (Datagram must be fragmente), iar dac acest lucru nu este
posibil, datorit atributului DF activ, mesajul trebuie interpretat de aplicaia de la nivelul superior i
luat msura potrivit.
Tip
Cod
Sum de control
Nefolosit
Tip
Cod
Identificator
Antet IP original + 64 bii

Destinaie izolat, Surs blocat, timp expirat
Tip
Cod
Ptr
Sum de control
Nefolosit

Interogare asupra informaiilo de timp
Tip
Cod
Identificator

Parametrul problemei (erorii)
Sum de control
Numrul secvenei
Sum de control
Numrul secvenei
Secven de timp iniial

Secven de timp recepionat
Secven de timp transmis
Tip
Cod
Sum de control
Rspuns cu informaii de timp
Adresa IP a porii de acces

Cod
Identificator
Cod
Identificator
Antet de redirecionare
Tip
Tip
Sum de control
Numrul secvenei

Cerere "ECHO" i rspunsul "ECHI"
Sum de control
Numrul secvenei
Interogare i raspuns general,

Interogatrea mtii adresei
Tip
Cod
Identificator
Sum de control
Numrul secvenei
Masca adresei
Rspunsul care conine masca adresei
Fig. 10.5. Formatul antetului din mesajul ICMP.

Mesajul ICMP de temperare a sursei (Source Quench) este folosit pentru a controla rata
de transmitere a datagramei, dei este o metod foarte rudimentar de control al fluxului. Cnd un
terminal primete un astfel de mesaj, ar trebui s-i reduc rata de transmitere a datelor, pn la o
valoare la care acest mesaj nceteaz.
De obicei, mesajul este generat de ctre o poart de acces (ruter), sau un terminal, care are
tamponul de recepie a datelor plin, proceseaz lent pachetele, sau din alte motive. Dac tamponul
este plin, terminalul emite acest tip de mesaje, la fiecare abandonare a unei datagrame. Pentru a
cobor rata de transmisie a pachetelor, unele variante de implementare a sistemului emit aceste
mesaje cnd tamponul depete o anumit fraciune din capacitate, ceea ce poate permite golirea
tamponului naintea primirii unei noi datagrame.
Mesajele de redirecionare (Redirection Required) se trimit unei pori de acces (ruter), dintro cale, atunci cnd este gsit o rut mai bun. De exemplu, dac o poart tocmai a primit un
pachet, dar analiznd tabelele de rutare gsete c exist o rut mai bun, trimite spre surs un
mesaj de redirectare, care conine adresele IP ale acestei rute. n antetul acestui mesaj se trece, n
cmpul cod al antetului o valoare, indicndu-se condiiile n care se aplic modificarea rutei.
0 - nseamn c toate datagramele trimise spre reeaua destinaie trebuie redirecionate;
1 - se redirecioneaz doar cele provenite de la o anumit main;
2 - trebuie redirecionate doar datagramele care sunt destinate unei reele, care folosete
aceleai tipuri de servicii (indicate n antetul IP);
3 - redirecionarea are loc doar pentru acelai terminal i pentru acelai tip de serviciu.
Mesajul Parametru eronat (Parameter Problem) este folosit oricnd apare o eroare,
semantic sau sintactic, n antetul IP. Aceasta se poate ntmpla atunci cnd se folosesc opiuni cu
argumente greite. Cnd se trimite un astfel de mesaj, napoi spre surs, cmpul parametri, din
componena mesajului de eroare, conine un indicator (pointer) al octetului, din antetul IP, care a
cauzat anomalia.
Cererile de ecou (echo request), sau rspunsurile la mesaje (reply messages) sunt des
folosite n scopuri de depanare. Cnd se trimite o cerere i destinaia, sau calea spre aceasta, este
inactiv, o poart de acces de pe acea cale trimite spre surs un rspuns corespunztor. Aceast
pereche cerere/rspuns este util pentru identificarea problemei, a porii de acces defecte sau a
mediului de propagare ntrerupt.
Simpla utilizare a unui mesaj ICMP este de fapt o verificare a reelei, deoarece fiecare dispozitiv, aflat de-a lungul cii, trebuie s interpreteze corect antetul i s transmit mai departe mesajul.
Orice defeciune de-a lungul cii se poate regsi ntr-o form sau alta n mesajele de eroare.
Exemplul cel mai cunoscut de folosire a unui sistem de perechi cerere/rspuns este utilitarul ping.
Acesta trimite o serie de cereri, sub forma unor pachete de date de o dimensiune dat, iar apoi ateapt
ntoarcerea rspunsului. Prin msurarea timpului scurs de la transmitere cu cel de primire a rspunsului
i prin numrarea pachetelor pierdute, se poate determina calitatea legturii. Prin combinarea acestor
informaii cu cele oferite prin utilizarea opiunii rut strict (Strict Routing) se pot identifica
tronsoanele de reea afectate de congestie. n mod asemntor se pot trimite cereri unui grup de adrese
dintr-o reea. n funcie de mesajele de rspuns trimise de acestea, se pot compara modurile de reacie
ale mainilor.
Utilitarul traceroute folosete mesaje ICMP pentru a determina starea i performanele
conexiunii, pentru fiecare tronson de reea, dintre surs i destinaie.
10.3. Adresarea IP.
Protocolul Internet (IP) ofer, pentru terminalele care utilizeaz acest protocol, o soluie de
identificare unic i ierarhic, n reea. Unicitatea se refer la cazul apartenenei terminalului la o
reea public, sau n cadrul unei reele private. O reea public este caracterizat prin faptul c
terminalele sunt accesibile reciproc, cel puin teoretic (fr s se in seama de restricii
administrative de acces), din orice parte a ei. O reea privat este o reea izolat, din punct de
vedere fizic de alte reele, sau este conectat prin procedee de translatare, sau ascundere, a
adreselor. Pachetele care se transmit n interiorul unei reele private nu sunt rutate spre reeaua
10
public. n cazul reelelor private, se poate folosi aceeai adres, pentru mai multe terminale, dac
acestea nu aparin aceleiai reele [1, 17].
Formatul adresei IP.
Deoarece scopul acestui paragraf este de a face o analiz principial a unui mod de adresare
ierarhic, se va studia doar cazul versiunii 4 a protocolului Internet (IPv4). Aceast versiune utilizeaz
pentru adresare un cuvnt de 32 bii, n care sunt identificate att terminalul, ct i reeaua din care face
parte acesta. Primii bii, mai semnificativi, reprezint adresa reelei, iar urmtorii (pn la 32) identific
terminalul, n cadrul reelei, aa cum se poate vedea n figura 10.6. Apar astfel dou cmpuri: adresa de
reea (Network), pentru biii egali cu 1 din masca de reea i identificatorul terminalului n cadrul reelei
(Host), pentru biii din masc egali cu 0.
Adresa unui terminal este unic determinat dac se cunoate adresa de reea i identificatorul de
terminal. Aceste dou componente se folosesc mpreun, fiind nedesprite. Dei semnificaie adresei se
interpreteaz n forma sa binar, pentru o administrare mai uoar pentru operatori, se utilizeaz
formatul zecimal cu punct. Prin aceasta, se mparte numrul binar, compus din 32 bii, n 4 octei
reprezentai n format zecimal i desprii ntre ei printr-un punct, a.b.c.d unde a este primul octet, b al
doilea, c al treilea, iar d al patrulea.
Not: Trebuie specificat faptul c unii bii dintr-un octet pot aparine cmpului Reea, iar
ceilali cmpului Terminal. Valoarea zecimal a octetului nu ine seama de acest lucru, ci doar de
valoarea biilor. Ca urmare a acestui lucru, din valoarea zecimal a octetului nu se poate determina
frontiera care separ cele dou cmpuri.
Masca de reea.
Deoarece, cele dou entiti, cmpul Reea i cmpul Terminal, nu sunt reprezentate
distinct, separarea lor se face cu ajutorul mtii de reea. Masca de reea (netmask) este un filtru
logic care permite, prin operaii binare de conjuncie logic (funcia I), s extrag din adresa unui
terminal, adresa reelei din care acesta face parte. Deoarece adresa de reea este aceeai, pentru
terminale aparinnd aceleiai reele, acestea din urm o folosesc pentru a determina dac un
terminal destinaie se afl n reeaua lor, sau nu. Dac dup aplicarea mtii de reea, pe adresa surs
i pe cea destinaie, se obin rezultate diferite, nseamn c terminalul destinaie se afl n alt parte,
pachetul de date fiind trimis porii de acces (ruter), spre a fi trimis mai departe n reea.
Adresa de broadcast.
Adresa de broadcast se folosete pentru transmiterea de mesaje ntregii comuniti de
terminale dintr-o reea. Pachetele trimise cu adres destinaie de broadcast vor fi acceptate de toate
terminalele, alturi de mesajele care sosesc cu adres destinaie dedicat (unicast). Adresa de
broadcast se obine din adresa de reea, la care toi biii din cmpul terminal sunt egali cu 1.
Exemplu de adresare IP.
Pentru exemplificare, se consider o reea privat, format din 35 terminale (25 = 32 < 35 < 64
6
= 2 ), a crei adres de reea este 192.168.120.0 i are masca 255.255.255.192. Dac se aplic, n
formatul binar, masca de reea i se completeaz cu 1 cmpul din adres unde masca are biii egali
cu 0, se obine adresa de broadcast, aa cum se poate vedea n exemplul prezentat n figura 10.6.
Octet
Adresa IP
Format (binar)
Masca (binar)
Cmpuri
Masca
Reea (binar)
Adresa Reea
Broadcast (bin.)
a
192
11000000
11111111
.
b
.
c
.
d
.
168
.
120
.
28
. 10101000
. 01111000 . 00 011100
. 11111111
. 11111111 . 11 000000
Reea
Terminale
255
.
255
.
255
.
192
11000000 . 10101000
. 01111000 . 00 000000
192
.
168
.
120
.
0
11000000 . 10101000
. 01111000 . 00 111111
11

Broadcast
192
168
120
63
Fig. 10.6 Formatul adresei IPv4: adresa reelei, masca i adresa de broadcast.
Adresele, cuprinse ntre adresa de reea 192.168.120.0 i cea de broadcast 192.168.120.63, se
pot aloca terminalelor din reea, inclusiv porii de acces (ruter), dac este cazul. Numrul maxim de
adrese, incluznd adresa reelei, a terminalelor i adresa de broadcast, depinde de numrul de bii
din cmpul Terminal, n acest caz 6, fiind egal cu 26. Numrul de adrese care pot fi alocate
terminalelor este 26 2 = 64 - 2 = 62. Generaliznd problema, Dac notm cu R numrul de bii din
cmpul Reea i cu T numrul de bii din cmpul Terminal (R + T = 32), numrul maxim de
terminale ntr-o reea NT = 2T 2.
Alocarea adreselor.
Adresarea ntr-o reea public are ca scop identificarea unic a terminalelor i de aceea trebuie
inut o eviden strict a acestora. De aceast problem se ocup IANA (Internet Assigned
Numbers Authority), o autoritate administrativ nfiinat pentru a controla alocarea diferitelor
numere de identificare, n Internet [1].
Clase de adrese.
n momentul conceperii protocolului Internet (IP) s-a considerat c n lume se vor dezvolta
cteva reele mari i s-a alocat, pentru identificarea lor, primul octet din adres. Aceast viziune sa dovedit mai trziu c a fost o mare eroare, cele 256 de combinaii posibile fiind insuficiente pentru
cererea, n continu cretere, a pieei. Mai trziu, prin documentul RFC 791 emis n 1981, s-au
definit 3 clase de dimensiuni de reea, A, B, C. La acestea s-au adugat nc dou C i D, pentru
utilizri speciale, aa cum sunt specificate n tabelul 10.3.
Tabelul 10.3.
Primul octet
Octei alocai
Numr maxim
Prefix
Clasa
Term.
Binar
Zecimal Reea Term. Reele
126
16M
/8
A
0xxxxxxx 1-126
a.
b.c.d
7
(2 -2)
(224-2)
16k
65k
B
10xxxxxx 128-191 a.b.
c.d
/16
14
(2 )
(216-2)
2M
254
/24
C
110xxxxx 192-223 a.b.c.
d
21
(2 -1)
(28-2)
D
1110xxxx 224-239 utilizat pentru transmisii multicast
/4
E
loop
1111xxxx 240-254
01111111
127
rezervat pentru utilizri viitoare
/4
uz intern, 127.0.0.1 adresa local
ntre adresele specificate anterior exist un set de adrese care pot fi utilizate pentru reele private.
Pachetele care sunt transmise de terminale surs, avnd aceste adrese, nu sunt rutate spre reelele publice
i de aceea pot fi folosite n mai multe reele, dac acestea nu sunt conectate ntre ele. Clasele de adrese
private sunt prezentate, alturi de caracteristicile lor, n tabelul 10.4.
Tabelul 10.4.
Dim. maxim a
Adres de
Masca de
Adres de sfrit
Clasa
reelei prefix
nceput
reea a clasei
A
24 bii
10.0.0.0
10.255.255.255
255.0.0.0
B
20 bii
172.16.0.0
172.31.255.255
255.240.0.0
16 bii
192.168.0.0
192.168.255.255
255.255.0.0
Not:
Aceste adrese pot fi mprite n subreele, cu dimensiunea necesar.
12
Exist situaii n care este nevoie de anumite adrese speciale, adresri colective (multicast),
interfee locale virtuale (loop), sau pentru experimente sau teste. Cteva dintre cele mai importante
clase de adrese de acest tip sunt prezentate n tabelul 10.5.
Tabelul 10.5.
Masca de reea a
Domeniul de
Adres/prefix
Adres de sfrit
Clasa
clasei
utilizare
Ruta implicit*
0.0.0.0/0
255.255.255.255
0.0.0.0
A
Adresa nul
0.0.0.0/8
0.255.255.255
255.0.0.0
A
Adrese locale
127.0.0.0/8
127.255.255.255
255.0.0.0
B
Adrese automate
169.254.0.0/16
169.254.255.255
255.255.0.0
C
Experimente
192.0.2.0/24
192.0.2.255
255.255.255.0
D
Multicast
224.0.0.0/4
239.0.0.0
240.0.0.0
E
Rezervate
240.0.0.0/4
255.255.255.255
240.0.0.0
Not:
*Aceasta adres are doar un rol simbolic, reprezentnd toate adresele
mprirea n subreele.
Dup cum se poate vedea n tabelele de mai sus, dimensiunea claselor predefinite nu este
ntotdeauna potrivit pentru reelele reale. De aceea, este nevoie ca aceste clase s fie mprite n
domenii mai mici, sau dimpotriv, din dou clase cu dimensiune mai mic s se creeze un domeniu
de reea, mai mare. Acest lucru se poate face prin operaia care se numete mprire n subreele
(subnetworking). mprirea n subreele are, de cele mai multe ori, un rol administrativ prin care se
poate controla i gestiona mai uor o reea. Acest lucru este necesar dac trebuie controlat accesul la
anumite resurse, sau anumite tratamente diferite fcute asupra unor grupuri de terminale [2].
Trebuie remarcat faptul c pentru a mpri un domeniu de adrese, n dou pri egale, trebuie
s se adauge n masc, spre dreapta, un bit egal cu 1. Aceste operaii de deplasare a biilor se
numesc mprumuturi i se pot face n ambele sensuri. Cnd se mprumut bii din cmpul
Terminal care se adaug la cmpul Reea, are loc o operaie de mprire, dimensiunea reelei
se njumtete cu fiecare bit deplasat spre dreapta. n cazul cnd se mprumut bii din cmpul
Reea, care se adaug la cmpul Terminal, are loc o operaie de agregare, dimensiunea reelei
se dubleaz, cu fiecare bit deplasat spre stnga.
13
1. Nivelul (nivelele) OSI la care opereaz protocolul Internet sunt:
a)
b)
c)
d)
e)
2-legtur, 3-reea i 4-transport;

3-reea i 4-transport;
4-transport;
3-reea;
3-reea i 5-sesiune.
2. Lungimea minim a antetului IP este de:

a) 32 bii;
b) 4 octei;
c) 5 x 32 bii;
d) 20 octei;
e) 128 bii
3. ntr-o reea cu adresa 192.168.22.64 i masca 255.255.255.192 are adresa de
broadcast:
a) 192.168.22.255;
b) 192.168.22.128;
c) 192.168.22.127;
d) 192.168.22.192;
e) 192.168.22.63;
I.

1. IP are mecanisme specifice de control al fluxului de date i garanteaz livrarea
pachetelor la destinaie.
adevrat
fals
2. Cmpul lungime pachet, din componea antetului pachetului IP, are lungimea de
65535 octei.
adevrat
fals
3. ICMP este un protocol de transmitere a mesajelor de control, oferind un sistem care
permite raportarea erorilor. Pachetul ICMP se ncapsuleaz n pachete IP i nu sunt
folosite pentru tranferul datelor utile.
adevrat
fals
14

RSPUNSURI
I.

1. d
2. c, d
3. c
II.

1. fals
2. fals
3. adevrat
Bibliografie
2. Hart, R., IP Sub-Networking Mini-Howto, v1.1, Distribuie Linux, 2001
Cursul 11 - Protocoalele de transport TCP i UDP

Cursul 11
PROTOCOALELE DE TRANSPORT TCP I UDP
Introducere curs
Obiective curs

individual
n acest curs sunt prezentate protocoalele de transport TCP i UDP

Introducere.
TCP (Transmission Control Protocol).
Prezentarea funciilor de transport.
Analiza drumului parcurs de un mesaj.
Porturi i socket-uri.
Comunicaia dintre TCP i nivelul superior.
Porturi active i pasive.
Temporizatoarele TCP.
Temporizarea retransmisiei.
Timpul de pasivitate.
Timpul de perseveren.
Timpul de meninere n stare activ i timpul de ateptare.
Blocuri de control a transmisiei i fluxului.
Formatul segmentului TCP.
Conexiunile TCP.
Stabilirea unei conexiuni.
Transferul datelor.
nchiderea unei conexiuni.
UDP (User Datagram Protocol.)
Prezentare.
Formatul segmentului UDP.
Cuprins:
11.1.
Introducere. ........................................................................................................................................................ 2
11.2
TCP (Transmission Control Protocol). .................................................................................................................. 3
11.2.1.
Prezentarea funciilor de transport.................................................................................................................. 3
11.2.2.
Analiza drumului parcurs de un mesaj, ntre aplicaia surs i cea destinaie............................................ 4
11.2.3.
Porturi i socket-uri. .......................................................................................................................................... 6
11.2.4.
Comunicaia dintre TCP i nivelul superior.................................................................................................... 9
11.2.5.
Porturi active i pasive..................................................................................................................................... 10
11.2.6.
Temporizatoarele TCP .................................................................................................................................... 10
11.2.7.
Blocurile de control a transmisiei i fluxului ................................................................................................. 11
11.2.8.
Formatul segmentului TCP............................................................................................................................. 12
11.2.9.
Conexiunile TCP. ............................................................................................................................................. 14
11.3.
UDP (User Datagram Protocol). ..................................................................................................................... 19
11.3.1.
Prezentare. ........................................................................................................................................................ 19
11.3.2.
Formatul segmentului UDP............................................................................................................................. 19
TESTE DE AUTOEVALUARE ..................................................................................................................................... 21

RSPUNSURI .................................................................................................................................................................. 23
Bibliografie........................................................................................................................................................................ 23
11.1. Introducere.
Protocoalele corespunztoare nivelului OSI 4 (transport), pe care le folosete suita TCP/IP,
sunt TCP (Transmission Control Protocol) i UDP (User Datagram Protocol).
TCP este unul dintre cele mai cunoscute protocoale de transport, n reelele de date. Acest
protocol a fost dezvoltat dintr-o implementare original n ARPANET, iar acum se folosete, pentru
transferul datelor, n ntreaga lume.
Dei n aceast carte protocoalele i soluiile adoptate par s respecte cerinele prevzute n
standardele OSI, de aceast dat TCP a fost "sursa de inspiraie" pentru modelarea nivelului de
transport. Teoretic, protocolul nivelului de transport nu este un lucru simplu, datorit nesiguranei n
livrarea pachetelor la nivelul inferior (IP OSI 3).
IP nu garanteaz livrarea la destinaie a datagramelor, deoarece nu este un protocol bazat pe
conexiune. Sarcina sa este doar aceea de a "mpinge" (ruta) pachetele de date spre destinaie.
n cazul apariiei unor erori, sau a congestiei, exist riscul de-a abandona pachete, fr a
notifica terminalul surs, despre aceasta. Constatarea strii datagramelor trimise i cererea de retransmitere a informaiilor abandonate, sau degradate, cade n sarcina protocolului de transport [6].
Cei mai muli utilizatori cred c TCP i IP sunt o pereche strns i nedesprit. TCP poate s
fie, ns, folosit i mpreun cu alte protocoale de nivel OSI 3 (reea), aa cum i IP poate transmite prin
reea alte protocoale de transport, aa cum se poate vedea n fiierul /etc/protocol.
11.2 TCP (Transmission Control Protocol).
11.2.1. Prezentarea funciilor de transport.

TCP (Transmission Control Protocol - protocol cu controlul transmisiei) furnizeaz nivelelor
superioare i aplicaiilor servicii de transport a informaiilor.
Principalele caracteristici ale unui serviciu de transport, n sensul asigurrii livrrii la
destinaie n bune condiii a datelor, sunt urmtoarele:
Transmisia Full duplex, permite fiecrui capt al conexiunii s transmit date n orice
moment chiar i simultan.
Punctualitatea (Timeliness), prin utilizarea temporizatoarelor se asigur c datele ajung la
destinaie ntr-un interval de timp rezonabil
Succesiune ordonat (ordered), datele trimise de ctre o aplicaie sunt recepionate, la
captul cellalt, n aceeai ordine. Aceasta are loc cu toate c segmentele pot s parcurg reeaua pe
ci i n intervale de timp diferite. TCP re-asambleaz mesajele (segmentele) n ordinea fireasc,
nainte de a le trimite spre nivelul superior.
Etichetarea, capetele i pun de acord prioritatea i o valoarea siguranei conexiunii.
Controlul fluxului, TCP poate regla fluxul informaiei prin utilizarea tampoanelor de
memorie i prin limitarea dinamic dimensiunii ferestrei.
Corecia erorilor, prin suma de control se asigur un transfer de date lipsit de erori (n
limita algoritmului folosit) [1].
Prin realizarea unei conexiuni virtuale, se garanteaz c datagramele trimise sunt
recepionate corect. TCP folosete un mecanism "cu confirmare de primire" ceea ce permite o
comunicaie sigur, care n cazul degradrii datelor, sau al pierderii lor pe drum, cere retransmiterea
lor. TCP nu este doar un program, sau o simpl rutin apelat de un program, ci o colecie de
componente software, care definete ntregul nivel de transport.
TCP permite gestionarea fluxului datagramelor, dinspre nivelele superioare spre nivelul IP i
a celor care vin dinspre IP i trebuie trimise spre cele superioare, cu garantarea riguroas a
respectrii prioritilor.
Acest protocol trebuie s fie capabil s ncheie o aplicaie, aflat deasupra i care ateapt
datagrame, sau s izoleze erori de la nivelele inferioare. Acest lucru este posibil doar dac ntreine
o tabel de stare, cu toate irurile de date care vin din afara nivelului su.
Gruparea acestor servicii, ntr-un nivel separat, permite aplicaiilor s fie proiectate fr s se
in seama de controlul fluxului de date sau de sigurana acestora. Fr acest nivel, fiecare aplicaie
ar trebui s aib propriile mecanisme de control al erorilor i fluxului, aa cum sunt aplicaiile de
transfer de date prin modem.
TCP este poziionat ntre nivelul IP i cel al aplicaiilor, aa cu se poate vedea n figura 11.1,
deci poate fi gsit doar n dispozitivele care proceseaz acest tip de datagrame. Dispozitivele care
doar manevreaz pachete, n vederea rutrii (pori de acces, rutere), nu conin aceast component.
Ele fac parte din nivelul OSI 3 (reea). Exist, ns i pori de transfer care au funcii de filtrare
(firewall) a serviciilor. Pentru aceasta este necesar prezena componentelor de nivel OSI 4
(transport).

Terminal
surs
Terminal
destinaie
Aplicaie
Aplicaie
Circuit virtual de
comunicaie TCP
Prezentare
Prezentare
Sesiune
Sesiune
Circuit virtual de
comunicaie IP
Transport (TCP)
Transport (TCP)
Reea (IP)
Reea (IP)
Reea (IP)
Reea (IP)
Legtur
Legtur
Legtur
Legtur
Fizic
Fizic
Fizic
Fizic
Ruter
A
Ruter
C
Mediu de
transmisie
A
Mediu de
transmisie
B
Mediu de
transmisie
C
Fig. 11.1. Circuit virtual TCP, ntre un terminal surs i unul destinaie.
Deoarece TCP este un protocol bazat pe conexiune, trebuie s asigure transferul datagramelor
ntre surs i destinaie (end-to-end communications). Aceasta se realizeaz prin faptul c terminalul
destinaie rspunde cu un mesaj de confirmare a primirii datagramei (acknowledgement), sau cu un
mesaj de eroare, dac datagrama a fost recepionat eronat. Se stabilete astfel un circuit virtual,
ntre terminalul surs i cel destinaie.
11.2.2. Analiza drumului parcurs de un mesaj, ntre aplicaia surs i cea destinaie.
Pentru a clarifica rolul TCP, trebuie s se urmreasc un mesaj, de-a lungul cii dintre
aplicaia surs i cea de destinaie. Pentru nceput, lucrurile vor fi prezentate mai simplu, urmnd ca
subiectul s fie dezvoltat la momentul potrivit. Aplicaia de pe terminalul surs trimite asincron
mesajul, nivelului inferior (n cazul modelului TCP/IP direct nivelului de transport), sub forma
unui ir de caractere.
Aceast metod poate transfera blocuri cu dimensiune variabil, ceea ce o deosebete de cele
folosite de alte protocoale de transport care transfer blocuri de date de dimensiune fix,. Dei
metoda din urm pare mai convenabil, dimensiunea fix a blocurilor nu permite reglarea dinamic
a fluxului de date.
TCP primete irul de octei (caractere) pe care l divizeaz n secvene, pe care le
ncapsuleaz n segmente TCP (unitatea de date a protocolului de transport).
n procesul de segmentare i asamblare, n faa datelor se adaug un antet care conine
informaii de control. Antetul TCP conine, printre alte informaii, numrul de ordine a secvenei
(sequence number), lungimea segmentului i suma de control. Lungimea segmentului este fixat
administrativ, sau se determin de TCP n funcie de ali parametri. Lungimea segmentului TCP nu
este egal cu lungimea pachetului IP, cu care este confundat de muli utilizatori!
Atunci cnd se cere comunicaia n ambele sensuri, cum ar fi cazul aplicaiilor Telnet sau
FTP, se stabilete mai nti un circuit (conexiune) virtual ntre surs i destinaie. Acest proces
ncepe prin trimiterea, de ctre componenta TCP a terminalul surs spre terminalul destinaie, a
unei cereri de conexiune TCP. n mesaj se include un numr (socket number) care identific unic
conexiunea, deschis de aplicaia de pe terminalul surs. Componenta TCP, de pe terminalul
destinaie, aloc propriul numr de identificare a conexiunii i l trimite napoi terminalului care a
iniiat cererea de conexiune. Aceste dou numere definesc "canalul de comunicaie (conexiunea
sau circuitul virtual) ntre cele dou terminale, pn la nchiderea acestuia.
Dup stabilirea circuitului virtual, TCP trimite segmentele nivelului inferior (IP), care le
ncapsuleaz ntr-un pachet (datagram) mpreun cu propriile informaii de control. IP poate s
efectueze, asupra segmentului, operaii proprii de fragmentare i reasamblare, fr ca TCP s

observe acest lucru. Dup ce datele strbat reeaua (parcurgnd i celelalte nivele, inferioare lui IP)
pachetul ajunge la componenta IP de pe terminalul destinaie. Acesta decapsuleaz pachetul,
extrage segmentul i l trimite nivelului superior TCP, care l proceseaz i l trimite spre nivelul
superior (aplicaie).
Dac mesajul a fost mprit n mai multe segmente, componenta TCP a destinaiei reasambleaz mesajul (irul de octei) utiliznd numrul de ordine al secvenei, coninut n antetul fiecrui
segment. Dac un segment lipsete, sau este degradat (ceea ce se poate determina cu ajutorul sumei
de control), TCP ntoarce, spre surs, un mesaj care conine numrul secvenei greite. Componenta
TCP, de pe terminalul surs, poate astfel s repete trimiterea segmentului lips.
Dac mesajul ncape ntr-un singur segment, dup compararea sumei de control cu cea
calculat la sosire, iar dac suma se potrivete, componenta TCP de pe terminalul destinaie
rspunde cu un mesaj de confirmare (ACK - acknowledgment), iar dac nu, cu o cerere de
retransmitere.
Pentru a preveni aglomerarea tamponului de recepie, componenta TCP, de pe terminalul
destinaie, poate realiza un control al fluxului. Aceasta se realizeaz cu ajutorul unui procedeu de
"decupare" (windowing - ferestruire) a numrului de segmente pe care le poate trimite sursa, ntre
dou mesaje de confirmare.
Valoarea care reprezint mrimea ferestrei (window number) , nscris n antetul segmentului,
se alege n funcie de capacitatea terminalului destinaie de a primi i procesa segmentele. Fiecare
terminal trebuie s respecte mrimea ferestrei cerut de cellalt. Dup trimiterea unei succesiuni de
segmente n numr (n) egal cu dimensiunea ferestrei, sursa ateapt mesajul de confirmare (ACK),
prin care se cere transmiterea unei noi succesiuni de segmente, ncepnd de la (n+1).
n mesajul de confirmare se poate afla aceeai valoare a dimensiunii ferestrei, sau una nou
depinznd de numrul de segmente pierdute ntre dou confirmri. Acest mecanism de negociere
dinamic a fluxului (Three Way Handshaking Protocol) permite diminuarea, la nevoie, a ratei de
transmitere a segmentelor ntre terminale, astfel nct numrul de segmente (i pachete) trimise dar
pierdute, s fie ct mai mic. Utilizarea unei ferestre variabile (sliding window) este mult mai
eficient dect trimiterea, unui singur segment, urmat de confirmarea primirii acestuia. O fereastr
variabil presupune trimiterea mai multor segmente succesive, urmat de un singur mesaj de
confirmare. Configurarea optim a acestui mecanism (protocol) asigur o utilizare eficient a reelei
i o capacitate de transfer (throughput) mai ridicat.
Dac apar probleme de transfer, nainte de ncheierea unei succesiuni de segmente (m<n),
dup un anumit interval de timp, destinaia trimite un mesaj de confirmare, prin care se cere o nou
succesiune de segmente, dar care ncepe cu segmentul (m+1).
Ca la toate protocoalele bazate pe conexiune, temporizarea este foarte important. Utilizarea
"temporizatoarelor" asigur c nu se ateapt, un timp nedefinit, primirea unui mesaj de confirmare
(ACK), sau un mesaj de eroare. Dac timpul expir, se poate presupune c datagrama transmis este
incomplet, sau s-a pierdut i, de obicei, ntr-un astfel de caz se trece la retransmiterea ei.
Temporizatoarele pot crea i probleme. Documentaia TCP prevede confirmarea doar a
primei datagrame din fereastr, care a ajuns cu bine la destinaie, dar aceasta nu poate gestiona, cum
trebuie, fragmentele recepionate. Dac un mesaj este compus din mai multe datagrame, iar acestea
nu ajung n ordinea transmiterii,
TCP nu poate confirma primirea lor dect dup ce toate au ajuns cu bine la destinaie. Deci,
chiar dac toate datagramele, mai puin una din interiorul unei secvene, ajung cu bine la destinaie,
dar timpul de ateptare expir, toate datagramele (recepionate cu bine, de altfel) sunt abandonate i
se cere retransmiterea lor, ncepnd cu datagrama pierdut. Pentru mesaje mari, aceasta poate duce
la trafic suplimentar n reea.
Dac destinaia recepioneaz aceeai datagram n dublu exemplar (situaii datorate
retransmiterii dup expirarea timpului de ateptare, sau datorit unei retransmisii datorate nivelului
IP), TCP abandoneaz datagrama fr s trimit un mesaj de eroare spre surs. Sistemul surs are
grij doar ca mesajul s ajung la destinaie, fr s fie interesat de numrul de copii.
TCP nu are definite funcii de confirmare negativ (NAK - negative acknowledgment), ci se

bazeaz pe temporizator pentru a detecta lipsa confirmrii. Dac timpul de ateptare, dup transmiterea datagramei, expir nainte de primirea unui mesaj de confirmare, se presupune c aceasta sa pierdut i se retransmite. Componenta TCP a terminalului surs ine, ntr-un tampon, copii ale
tuturor datagramelor confirmate, pn cnd toate secvenele au fost confirmat corect. Cnd acest
lucru se ntmpl, temporizatoarele sunt oprite i datagramele confirmate sunt ndeprtate din
tampon. Exist cazuri n care confirmarea primirii corecte a datagramelor o asigur aplicaia. Exist,
de asemenea, situaii n care este nevoie ca un segment s prseasc ct mai repede terminalul, fr
s fie nevoie de confirmarea primirii. Pentru aceste cazuri, TCP permite s trimit, peste rnd, o
datagram primit de la nivelul superior, fr s o pun i s o in n tampon. Acest tip de
datagrame sunt marcate cu un atribut nscris n cmpul Psh din antetul segmentului TCP [1].
11.2.3. Porturi i socket-uri.
Toate aplicaiile (sau componentele nivelelor superioare) care folosesc TCP sau UDP, au un
numr de identificare, numit port. Teoretic, numerele de port pot fi alocate la ntmplare, dup
dorina administratorului de reea. Exist ns convenii de alocare, pentru a permite o comunicaie
bun ntre componentele, de transport, implementate pe cele dou terminale. Aceasta permite ca
numrul portului s identifice tipul serviciului pe care l ofer (sau cere) un sistem, celuilalt.
Conveniile de alocare a numrului de port se regsesc n orice implementare TCP/IP, sub
forma unui fiier numit services. Conveniile utilizate pentru numerotare porturilor sunt controlate
de IANA (Internet Assigned Numbers Authority) n urma propunerilor fcute de ctre productorii
de software. Lista cu numrul i semnificaia serviciilor se actualizeaz periodic i poate fi
descrcat din Internet. Un exemplu de astfel de fiier (fragment) se poate vedea la sfritul acestui
paragraf. Numerele 0 i 255 sunt rezervate, ca de altfel i altele, pentru scopuri administrative.
Coninutul unui fiier /etc/services, se poate vedea mai jos.
# /etc/services
# NUMERELE PORTURILOR (Aa cum sunt publicate periodic de IANA).
# (ultima actualizare 26-11-2007)
# Numerele de porturi sunt mprite n trei domenii: "Porturi bine cunoscute",
# "Porturi recomandate" i "Porturi alocate dinamic i/sau cu utilizare privat".
# Porturile bine cunoscute sunt cuprinse ntre 0 i 1023.
# Porturile recomandate sunt cele ntre 1024 i 49151.
# Porturile alocate dinamic i/sau cu utilizare privat
sunt cele ntre 49152 i 65535.
### NUMERELE CARE NU SUNT ATRIBUITE AR TREBUI S NU FIE FOLOSITE.
# IANA VA ALOCA NUMRUL PORTULUI DUP CE APLICAIA A FOST ACCEPTAT. ###
# PORTURILE BINE CUNOSCUTE
# Aceste porturi au fost alocate de ctre IANA i sunt folosite, pe cale
mai multe sisteme, doar de procesele, sau programele, folosite de sistem sau de utilizatorii
privilegiai.
# Porturile sunt folosite de TCP (RFC793) pentru a numi "capetele"
unei conexiuni logice de lung durat, folosit la transmiterea datelor.
# n scopul furnizrii de servicii pentru cereri necunoscute, se definete un port de contact.
Aceast list precizeaz portul utilizat de un proces server ca port de contact. Porturile de
contact sunt numite uneori "Porturi bine cunoscute".
# Aceleai porturi se folosesc, n msura posibilitilor, i de ctre UDP
[RFC768].
# Domeniul de atribuire a numerelor de porturi, administrate de IANA, este
ntre 0 i 1023.
# Alocarea porturilor:
# Cuvnt
Valoare
# cheie
zecimal
Descriere
Recomandri
# -------------------------------0/tcp
Rezervat
0/udp
Rezervat
#
Jon Postel <postel@isi.edu>
tcpmux
1/tcp
TCP Port Service Multiplexer
tcpmux
1/udp
TCP Port Service Multiplexer
#
Mark Lottor <MKL@nisc.sri.com>
compressnet
2/tcp
Management Utility
compressnet
2/udp
Management Utility
compressnet
3/tcp
Compression Process
compressnet
3/udp
Compression Process
#
Bernie Volz <VOLZ@PROCESS.COM>
#
4/tcp
Unassigned (Nealocat)

#
rje
rje
#
#
#
echo
echo
#
#
#
discard
discard
#
#
#
systat
systat
#
#
#
daytime
daytime
#
#
#
#
#
#
#
qotd
qotd
#
msp
msp
#
chargen
chargen
ftp-data
ftp-data
ftp
ftp
#
ssh
ssh
#
telnet
telnet
#
4/udp
5/tcp
5/udp
6/tcp
6/udp
7/tcp
7/udp
8/tcp
8/udp
9/tcp
9/udp
10/tcp
10/udp
11/tcp
11/udp
12/tcp
12/udp
13/tcp
13/udp
14/tcp
14/udp
15/tcp
15/udp
16/tcp
16/udp
17/tcp
17/udp
18/tcp
18/udp
19/tcp
19/udp
20/tcp
20/udp
21/tcp
21/udp
22/tcp
22/udp
23/tcp
23/udp
24/tcp
24/udp
#
smtp
smtp
.a.m.d...
25/tcp
25/udp
Unassigned (Nealocat)
Remote Job Entry
Remote Job Entry
Unassigned
Unassigned
Echo
Echo
Unassigned
Unassigned
Discard
Discard
Unassigned
Unassigned
Active Users
Active Users
Unassigned
Unassigned
Daytime (RFC 867)
Daytime (RFC 867)
Unassigned
Unassigned
Unassigned [was netstat]
Unassigned
Unassigned
Unassigned
Quote of the Day
Quote of the Day
Message Send Protocol
Message Send Protocol
Rina Nethaniel <---none--->
Character Generator
Character Generator
File Transfer [Default Data]
File Transfer [Default Data]
File Transfer [Control]
File Transfer [Control]
SSH Remote Login Protocol
SSH Remote Login Protocol
Tatu Ylonen <ylo@cs.hut.fi>
Telnet
Telnet
any private mail system
any private mail system
Rick Adams <rick@UUNET.UU.NET>
Simple Mail Transfer
Simple Mail Transfer
Fiecare circuit virtual de comunicaie ntre (i n afara a) dou nivele TCP, sunt identificate
unic prin dou numere de port, care mpreun se numesc socket (soclu, muf). Acesta este compus
din adresa IP a terminalului i din numrul portului, utilizat de TCP. Fiecare dintre cele dou
componente care comunic au astfel de socket-uri.
Deoarece adresa IP este unic ntr-o reea, iar numrul de port este, de asemenea, unic pentru
un anumit terminal, numrul caracteristic al unui socket, este de asemenea, unic. Aceast
identificare unic permite proceselor s comunice, unele cu altele, de-a lungul unei reele i c prin
aceasta un protocol poate fi folosit n mai multe conexiuni, n acelai timp. Acest lucru este
echivalent cu procesele de multiplexare n timp a semnalelor. Trebuie remarcat faptul c numrul
portului (conexiunii) i numrul de identificare a protocolului, sunt lucruri distincte.
n timpul procesului de iniiere a comunicaiei, componenta TCP de pe terminalul surs face
o cerere componentei TCP de pe terminalul destinaie, folosind pentru socket un identificator unic,
aa cum se poate vedea n figura 11.2.
Dac, de exemplu, aplicaia client de pe terminalul surs dorete s stabileasc o sesiune de
Telnet cu aplicaia server de pe terminalul de la distan, va iniia conexiunea folosind ca numr de
port surs prima valoare nealocat peste 1024, de exemplu 1027 i va trimite cererea la portul
destinaie 23 (valoare utilizat de serverul de Telnet ca port de contact). Serverul de Telnet va

rspunde cererii, prin trimiterea rspunsului de pe portul surs 23 spre portul destinaie, al aplicaiei
client, 1027.
Cerere de conectare cu indicarea numrului
portului surs 1027 i destinaie 23
Confirmarea conectrii cu indicarea
numrului portului de rspuns
1027
23
TCP Surs
TCP Destinaie
Fig. 11.2. Stabilirea unui circuit virtual cu ajutorul numerelor de port.

Componentele TCP pstreaz o tabel n care sunt trecute toate numerele corespunztoare
porturilor active. Terminalele, implicate ntr-o conexiune, au perechile de numere inversate ntre
ele, ceea ce reprezint "legtura" (binding) dintre cele dou, aa cum se poate vedea n figura 11.3.
Terminal A
Terminal B
Terminal C
Client Client
Telnet 1 Telnet 2
Server Client
Telnet Telnet
Server
Telnet
1350
1351
23
23
1400
Surs = 1351 Destinaie = 23



Fig. 11.3. Modul n care TCP ine evidena conexiunilor prin numere de porturi.
Dac terminalul surs face mai multe cereri, va folosi numere de porturi diferite, chiar dac
portul destinaie este acelai. De exemplu, dac terminalul surs dorete s stabileasc, cu acelai
server, trei sesiuni ale aplicaiei Telnet, va folosi pentru surs numerele de porturi 1350 i 1351
(dac acestea nu sunt asociate cu nici un serviciu pe acel terminal, vezi fiierul services), iar pentru
destinaie 23. Toate sesiunile de Telnet vor trimite cererea spre acelai port de contact, 23. Dac un
terminal client dorete s stabileasc sesiuni de Telnet cu mai multe aplicaii server aflate pe
terminale diferite, poate folosi pentru portul destinaie al fiecreia acelai numr de port 23,
deoarece adresa IP a destinaiilor este diferit. De asemenea, dac mai multe terminale client cer
sesiuni de Telnet aceleiai aplicaii server, aceasta va putea rspunde pe acelai numr de port
destinaie, pe baza aceluiai proces de multiplexare. Datorit faptului c adresele IP sunt diferite, nu
exist nici un pericol ca datagramele s greeasc destinaia.
Port Surs 1350 Port Destinaie 23
Port 23
Terminal A
Terminal B
Terminal C
Fig. 11.4. Multiplexarea unui port destinaie.
Destinaie
11.2.4. Comunicaia dintre TCP i nivelul superior.

Datagramele ajunse la nivelul transport (OSI 4) nu se opresc aici. TCP trebuie s comunice
att cu nivelul superior, ct i cu cel inferior lui.
Pentru a putea comunica cu nivelul superior (n cazul modelului TCP/IP - aplicaie) s-a
definit un sistem compus din mesaje. Acest lucru nu este necesar pentru comunicaia cu nivelul
inferior (n general IP, dar nu obligatoriu). TCP ateapt ca nivelul de sub el s defineasc metoda
de comunicaie, care este de obicei asincron. Pentru nivelul superior (ULP - Upper Layer
Protocol), metoda de comunicaie presupune un set de cereri elementare de serviciu (service request
primitives) care sunt prezentate n tabelul 11.1.
Comand
ABORT
ACTIVE-OPEN
ACTIVE-OPENWITH-DATA
ALLOCATE
CLOSE
FULL-PASSIVEOPEN
RECEIVE
SEND
STATUS
UNSPECIFIEDPASSIVE-OPEN
Tabelul 11.1. Cereri elementare de servicii ULP-TCP.

Parametri ateptai
Cereri elementare de servicii dinspre ULP spre TCP
Numele conexiunii locale (Local connection name)
Portul local, socketul destinaie (remote socket)
Opional: ULP timeout, aciunea dup timeout, prioritate (precedence),
securitate, opiuni
Port surs, socket destinaie, data, lungimea datei (segment), atirbut "push",
atribut "urgent"
Opional: ULP timeout, aciunea dup timeout, prioritate (precedence),
securitate
Numele conexiunii locale (Local connection name), lungimea datelor
(segment)
Numele conexiunii locale
Port surs, socket destinaie
Opional: ULP timeout, aciunea dup timeout, prioritate, securitate, opiuni
Numele conexiunii locale, adresa tamponului, numrul de octei, atributul
"push", atributul "urgent"
Numele conexiunii locale, adresa tamponului, lungimea datelor (segmentului),
atributul "push",atributul "urgent"
Opional: ULP timeout, aciunea dup timeout
Portul local
Opional: ULP timeout, aciunea dup timeout, prioritate, securitate, opiuni

Cereri elementare de servicii dinspre TCP spre ULP
CLOSING
Numele conexiunii locale, adresa tamponului, lungimea datelor (segmentului),
DELIVER
atributul "urgent"
ERROR
Numele conexiunii locale, descrierea erorii
OPEN-FAILURE
OPEN-ID
Numele conexiunii locale, socketul destinaie, adresa destinaie
OPEN-SUCCESS
Numele conexiunii locale, portul surs, adresa surs, socketul destinaie, starea
conexiunii, fereastra de recepie (receive window), fereastra de trimitere (send
STATUS
window), timpul de ateptare a confirmrii de primire a segmentului (amount
RESPONSE
waiting ACK), timpul de ateptare a pachetului de confirmare (amount waiting
receipt), urgen, prioritate, securitate, timeout, aciunea dup timeout
TERMINATE
Numele conexiunii locale, descriere
10

11.2.5. Porturi active i pasive.
TCP accept dou metode pentru stabilirea a conexiunii: activ i pasiv. O conexiune activ
se stabilete atunci cnd TCP emite o cerere pentru o conexiune, bazat pe o indicaie a unui
protocol de nivel superior care furnizeaz numrul socket-ului. O conexiune pasiv are loc atunci
cnd protocolul de nivel superior oblig TCP s atepte pn cnd apare o cerere, pentru o
conexiune, din partea unui sistem de la distan (de obicei, o conexiune activ din cealalt parte).
Cnd TCP primete o cerere de conexiune, acesta aloc un numr de port, ceea ce permite
deschiderea rapid a unei conexiuni.
Exist dou metode elementare de deschidere a unei conexiuni. O conexiune pasiv se
deschide pentru nivele normale de prioritate i de securitate. O deschidere pasiv nespecificat
deschide portul la orice cerere, aa cum este cazul aplicaiilor server care ateapt cereri din partea
unor clieni nedefinii.
TCP are reguli stricte referitoare la utilizarea conexiunilor active sau pasive. De obicei o
deschidere pasiv este realizat pe un terminal, iar o deschidere activ pe cellalt, folosindu-se
informaii specifice despre numrul de identificare a socket-ului, nivelul de prioritate i de
securitate.
Dei, majoritatea conexiunilor TCP se stabilesc pe baza unei cereri active adresat unui port
pasiv, este posibil s se deschid o conexiune fr ca s existe un port pasiv care s atepte. n acest
caz, componenta TCP care trimite cererea pentru conexiune, include n aceasta numrul ambelor
porturi (local i destinaie). Dac TCP de la destinaie (care rspunde), permite cererea bazat pe
criteriile impuse de aplicaie, conexiunea se poate deschide.
11.2.6. Temporizatoarele TCP
TCP utilizeaz cteva temporizatoare pentru a se asigura c, n timpul comunicaiei, nu apar
ntrzieri exagerate i informaia se transmite cum trebuie, de la un capt la cellalt.
Temporizarea retransmisiei.
Timpul de retransmitere este un interval, scurs din momentul expedierii unei datagrame, dup
care n cazul absenei mesajului de confirmare, are loc retransmiterea acelei datagrame.
RTO (Retransmission Timeout - expirarea timpului de retransmitere) controleaz expirarea
valabilitii unei datagrame, iar valoarea acestui parametru variaz n funcie de tipul reelei. Dac
timpul expir, datagrama este retransmis cu o valoare RTO mrit exponenial. Dac este depit
i limita maxim, conexiunea se consider ratat i se genereaz un mesaj de eroare, care se trimite
nivelului superior (aplicaiei).
Valoarea de timp aleas pentru acest parametru se determin prin msurarea timpului mediu
scurs ntre transmiterea primelor datagrame i recepia mesajului de confirmare, valoare care se
numete RTT (Round Trip Time - timp de cltorie dus-ntors).
Valoarea medie a acestui timp se determin cu ajutorul unei relaii experimentale i se
numete SRTT (Smoothed Round-Trip Time - timp de cltorie dus-ntors ajustat). Aceasta va fi
apoi crescut, n funcie de ntrzierile neprevzute.
Timpul de pasivitate.
Dup nchiderea unei conexiuni TCP, se poate ntmpla ca un segment "ntrziat" pe undeva
prin reea, s ncerce s acceseze portul nchis. Timpul de "tcere" (Quiet Timer) are rolul de a
preveni ca portul nchis mai nainte s fie redeschis i s recepioneze aceast ultim datagram.
Acest timp se alege de dou ori mai mare dect timpul de via maxim al segmentelor din ir
TTL (Time To Live, stabilit n antetul IP), asigurnd astfel c toate segmentele ntrziate, care
continu s ajung la port, vor fi abandonate. Acesta are ca efect practic faptul c portul devine
inaccesibil, un anumit timp (circa 30 secunde), dup nchiderea conexiunii. n acest interval de timp
componenta TCP de pe terminalul destinaie rspunde cu un mesaj de eroare aplicaiei care face
cererea.
Timpul de perseveren.
11
Exist situaii foarte rare cnd fereastra de recepie este aleas zero (n mod deliberat sau
dintr-o eroare), ceea ce face ca terminalul care urmeaz s transmit datagrame s nceteze
transmisia, pentru un timp nedefinit de lung. Dac mesajul de reluare a transmisiei nu mai ajunge,
terminalul care trebuie s reia transmisia nu o va face, ceea ce poate conduce la o stare de "acare"
pentru o perioad nedefinit de timp.
Temporizatorul de "perseveren" ateapt un anumit timp prestabilit, dup care trimite, la un
interval dat, segmente de cte un octet, pentru a se asigura c terminalul de la captul cellalt mai
este nc mpiedicat, din diferite motive, s recepioneze date. Dac acesta din urm continu s fie
aglomerat va trimite n continuare mesaje n care dimensiunea ferestrei, semnificnd capacitatea ei
de recepie, este zero. Dac ns capacitatea de recepie se modific, acest lucru va fi consemnat n
antetul segmentului urmtor ca o valoare, a dimensiunii ferestrei, diferit de zero.
Aceast valoare va fi folosit n continuare pentru comunicaie, pn la o nou cerere de
modificare a dimensiunii ferestrei.
Timpul de meninere n stare activ i timpul de ateptare.
Aceti parametri au fost adugai n specificaiile TCP mai trziu pentru a putea controla
meninerea unui port deschis chiar n absena unor date care trebuie transmise. Astfel,
temporizatorul de meninere n stare activ (Keep Alive Timer) trimite periodic un segment fr date
pentru a se asigura c terminalul de la cellalt capt ine conexiune activ. Dac nu primete
rspuns dup intervalul indicat de timpul de ateptare (Idle Timer), conexiunea se consider c este
nchis. Valoarea timpului de meninere n activitate este stabilit de o aplicaie i are valori cuprinse
ntre 5 i 45 secunde, iar timpul de ateptare are, n general, valoarea de 360 secunde.
TCP folosete algoritmi adaptivi pentru stabilirea ntrzierilor. Temporizatoarele i modific
automat valoarea intervalului, n funcie de media ntrzierilor specifice unei anumite conexiuni.
Pentru conexiuni mai rapide, cu o capacitate de recepie mare a destinaiei, valoarea
ntrzierilor admise va fi mai mic, iar pentru conexiuni mai lente, aceasta va fi mai mare.
11.2.7. Blocurile de control a transmisiei i fluxului
TCP trebuie s in evidena fiecrei conexiuni, care se face cu ajutorul blocurilor de control
a transmisiei (TCB - Transmission Control Blocks). Acestea conin informaiile necesare cum ar fi,
numrul socket-ului local i de la cellalt capt, adresa tamponului de transmisie i de recepie,
valoarea indicatorilor de securitate i de prioritate.
TCB controleaz cozile de transmisie i de recepie, mpreun cu numrul de ordine n coad,
a segmentului curent. Pentru aceasta se folosesc cteva variabile de indicare a strii recepiei i
transmisiei i pentru controlul fluxului, care sunt prezentate n tabelul 11.2.
Tabelul 11.2. Variabile TCP folosite la transmisie i recepie.
Numele
Descriere
Variabilei
Variabile folosite la transmisie
SND.UNA
SendUnacknowledged (trimite fr confirmare)
SND.NXT
Send Next (trimite urmtorul segment)
SND.WND
Send Window (trimite dimensiunea ferestrei)
Sequence number of last urgent set (numrul secvenei la care s-a modificat bit de
SND.UP
urgen)
Sequence number for last window update (numrul secvenei la care s-a modificat
SND.WL1
fereastra)
Acknowledgment number for last window update (numrul de confirmare la care
SND.WL2
s-a modificat fereastra)
Sequence number of last pushed set (numrul secvenei la care s-a modificat bitul
SND.PUSH
push)
ISS
Iniial send sequence number set (numrul secvenei iniiale)
12
Variabile folosite la recepie

Sequence number of next received set (numrul secvenei la care s-a schimbat
RCV.NXT
dimensiunea urmtoarei ferestre)
RCV.WND
Number of sets that can be received (numrul de secvene care pot fi recepionate)
Sequence number of last urgent data (numrul ultimei secvene cu bit de urgen
RCV.UP
activ)
RCV.IRS
Initial receive sequence number (numrul iniial al secvenei de recepionat)
Cu ajutorul acestor variabile, TCP controleaz fluxul informaiei ntre cele dou socket-uri.
Pentru a nelege mai uor modul n care se folosesc aceste variabile, se va urmri un exemplu.
Totul ncepe cnd terminalul A dorete s trimit cinci blocuri terminalului B.
Dac dimensiunea ferestre este limitat la apte blocuri, atunci se pot trimite maxim apte
blocuri, fr s fie nevoie de confirmare de primire. Variabila SND.UNA de pe terminalul A indic
numrul de blocuri trimise, pn la acel moment, fr confirmare (n acest exemplu, 5), iar variabila
SND.NXT are valoarea numrului de ordine al urmtorului bloc din acea secven (n acest
exemplu, 6).
Valoarea variabilei SND.WND este 2 (apte blocuri posibile minus cele cinci trimise), deci
doar dou blocuri mai pot fi trimise pn la depirea dimensiunii ferestrei. Terminalul B ntoarce
un mesaj care conine numrul de blocuri primite i dimensiunea ferestrei pe care o poate recepiona
fr probleme.
Transferul mesajelor, ntr-o direcie sau alta, poate s devin mai complex. S analizm
exemplul urmtor. Terminalul surs trimite blocuri fr cerere de confirmare, pn la limita
dimensiunii ferestrei, dar ateapt simultan mesaje de confirmare pentru segmente trimise mai
nainte, dar care au fost deja eliminate din coada de ateptare. Apoi trimite blocuri suplimentare
pentru a umple fereastra, pn la dimensiunea cerut.
ntr-o astfel de situaie, evidena blocurilor, dei nu este foarte complicat, se poate "pierde"
n cazul unei dimensiuni mari a ferestrei i a unui trafic ridicat, ceea ce face c unele blocuri s se
rtceasc. Cu toate acestea, este uimitor faptul c, n cele mai variate situaii, un astfel de
mecanism funcioneaz bine!
11.2.8. Formatul segmentului TCP
Aa cum s-a putut vedea n paragraful anterior, TCP trebuie s comunice cu nivelul su
inferior, de cele mai multe ori IP i cu aplicaia de la nivelul superior, folosind cererile elementare
de servicii (primitive TCP-ULP).
TCP trebuie s comunice, de asemenea, cu componentele TCP de pe celelalte terminale cu
care comunic n reea. Pentru aceasta se folosete de unitile elementare de date (PDU), cere la
acest nivel se numesc segmente.
Totodat, aplicaia aflat la nivelul superior celui de transport, trebuie s transmit nivelului
reea (OSI 3), adresa surs (adresa proprie a terminalului) i adresa destinaie a terminalului pe care
se afl aplicaia creia i este destinat mesajul. Pentru aceasta, componenta de transport de pe
terminalul surs, adaug un antet provizoriu (pseudo-antet), care este interpretat de ctre nivelul
reea (OSI 3) dup care este eliminat, n cmpul de date al pachetului fiind pstrat doar segmentul
propriu-zis, specific protocolului de transport.
Antetul unui astfel de segment se poate vedea n figura 11.5.
13
Pseudo - antet
Adres surs (32 bii)
Adres destinaie (32 bii)
Rezervat (8 bii)
Protocol (8 bii)
Lungime TCP (16 bii)
Segment TCP
Port surs (16 bii)
Port destinaie (16 bii)
Numrul secvenei curente (32 biti)
FIN
SYN
RST
PSH
Rezervat
(6 bii)
ACK
Decalaj
date
(4 bii)
URG
Numrul secvenei de primit (32 bii)
Suma de control (16 bii)
Fereastr de confirmare (16 bii)

Indicator de urgen (16 bii)
Opiuni speciale
Completare cu 0
Date (variabil)
+
completare cu 0
pn la multiplu de 32 bii
Fig. 11.5. Structura segmentului TCP.

Semnificaia cmpurilor din pseudo-antet este urmtoarea:
Adres surs, (32 bii) adresa proprie a terminalului de pe care se trimite mesajul,
Adresa destinaie, (32 bii) adresa terminalului destinaie pe care se afl aplicaia spre care
trebuie trimis mesajul,
Rezervat, (8 bii) cmp rezervat pentru dezvoltri ulterioare. Nefolosit n prezent, acesta
trebuie umplut cu 0.
Protocol, (8 bii) codul protocolului de transport, cu semnificaie identic cu cel din antetul
pachetului IP n care va fi ncapsulat segmentul. Pentru TCP valoarea nscris este 6.
Lungime TCP, (16 bii) definete lungimea segmentului curent, care va fi ncapsulat n
pachet.
Semnificaia cmpurilor, din antetul TCP propriu-zis, este urmtoarea:
Portul surs este un cmp de 16 bii prin care se identific portul TCP (serviciul de la
nivelul superior) de pe terminalul local.
Portul destinaie este un cmp de 16 bii care identific portul TCP (serviciul de la nivelul
superior) de pe terminalul de la distan,
Numrul secvenei curente este un cmp de 32 bii care indic numrul de ordine n mesaj
al blocului curent. Acelai numr este folosit ntre dou componente TCP, pentru a defini, la
trimitere, secvena iniial (ISS - Initial Send Sequence).
Numrul secvenei de primit (Acknowledgment - confirmare) este un cmp de 32 bii care
indic numrul secvenei care urmeaz s fie transmis de ctre cellalt terminal (primit de
terminalul local). De obicei, dac secvene trecut a fost recepionat cu bine i n ntregime, acest
numr este egal numrul ultimei secvene plus 1.
Decalajul (Data offset) este un cmp de 4 bii, prin care TCP identific punctul de pornire al
cmpului de date, n cuvinte de 32 bii.
Rezervat este un cmp de 6 bii fr semnificaie actual, poate fi folosit ntr-o dezvoltare
viitoare. Cu toate astea cei ase bii trebuie s fie 0.
Atributul de urgen (Urg flag) un bit a crui valoare 1 activeaz cmpul indicatorului de
urgen.
14
Atributul de confirmare (Ack flag), dac este 1 atunci cmpul cu numrul de confirmare
este semnificativ.
Atributul Psh (Push flag) un bit a crui valoare egal cu 1 indic obligativitatea
componentei TCP de a transmite imediat nivelului superior, segmentele recepionate pn la acel
moment, fr a mai atepta sosirea celorlalte (n cazul n care mai urmeaz altele).
Atributul Rst (Reset) un bit a crui valoare 1 indic o conexiune care trebuie s fie resetat.
Atributul Syn (Syncrinise) un bit folosit la indicarea unei conexiuni care trebuie
sincronizate. Acest atribut se folosete n cursul stabiliri conexiunii.
Atributul Fin (Final) este un bit care indic faptul c terminalul surs nu mai are date de
transmis. Acesta este echivalent cu marcajul de sfrit de transmisie.
Fereastra de confirmare (Window) este un cmp de 16 bii care definete numrul de
blocuri de date pe care terminalul le poate recepiona ntre dou confirmri succesive.
Suma de control (Checksum) este un cmp de 16 bii a crui valoare se calculeaz cu
ajutorul complementului fa de 1 a sumei complementelor fa de 1 a biilor din cuvintele de 16
bii din antet, pseudo-antet i coninut. Aceasta presupune un proces destul de lung pentru a
introduce i suma de control n antet!
Dup eliminarea pseudo-antetului, se va recalcula suma de control a segmentului rmas care
va fi nscris n cmpul corespunztor din antetul acestuia.
Indicatorul de urgen (Urgent Pointer) este un cmp de 16 bii (se folosete mpreun cu
atributul de urgen egal cu 1) care indic poriunea urgent dintr-un mesaj, prin definirea
decalajului fa de numrul secvenei, aflat n antet. TCP nu definete msura care trebuie luat n
caz de urgen, aceasta rmne la latitudinea aplicaiei.
Opiuni este un cmp cu dimensiune variabil, asemntor cu cel din antetul IP, utilizat la
specificarea unor opiuni TCP. Pentru fiecare opiune se folosesc dou cmpuri. Primul, de un
octet, definete mrimea cmpului care urmeaz imediat dup acesta i al doilea care definete
opiunea propriu-zis.
Pentru TCP se definesc doar trei opiuni i anume:

0 Sfritul listei de opiuni
1 Fr aciune (No operation)
2 Dimensiunea maxim a segmentelor (Maximum segment size)
Completare cu zerouri (Padding) un cmp de valoare nul, folosit pentru a asigura c
dimensiunea antetului este un numr multiplu de 32.
Dup antetul TCP urmeaz cmpul de date, care are dimensiune variabil, ceea ce poate duce
la situaia posibil n care terminalul surs poate construi un segment mai lung dect poate s
recepioneze terminalul destinaie.
Suma de control se calculeaz pentru toat lungimea segmentului, inclusiv pentru cei 96 bii
din "pseudo-antet". Acesta este adugat naintea antetului TCP i conine informaii necesare la
ntocmirea antetului IP, adresa surs, adresa destinaie, identificatorul protocolului de transport i
lungimea segmentului. Aceti parametri sunt trimii, n faza de transmisie, nivelului inferior (IP) i
sunt interpretai de acesta fr s fie ns ncapsulai n pachetul de reea.
11.2.9. Conexiunile TCP.

TCP are definite reguli stricte referitoare la comunicaiile sale. Aceste reguli, mpreun cu
procesele care le urmeaz pentru a stabili o conexiune, transmite date i ncheia conexiunea, sunt
prezentate, de obicei, sub forma diagramelor de stare.
Datorit complexitii proceselor de transmisie a datelor, aceste diagrame sunt, n general,
complicate. Cu toate astea, sunt cea mai bun metod de nelegere a modului de funcionare a
acestui protocol.
15
Stabilirea unei conexiuni.

O conexiune, ntre dou terminale, se poate stabili doar dac sunt ntrunite cteva condiii i
anume: nu exist nc o conexiune ntre cele dou socket-uri, ambele accept conexiunea i dac au
implementate resurse TCP potrivite cu serviciile cerute.
O conexiune poate fi declanat de o aplicaie sau de un proces de sistem. Cnd se stabilete o
conexiune, acesteia i se atribuie unele caracteristici care rmn valabile pn la nchiderea
conexiunii. De obicei, acestea sunt, prioritatea i nivelul de siguran care sunt puse de acord, de
ctre aplicaiile de pe cele dou terminale, n timpul procesului de stabilire a conexiunii.
n cele mai multe cazuri, o conexiune presupune dou aplicaii, ntre care apare o cerere de
deschidere a unei conexiuni active, sau pasive. n figura 11.6. se prezint procesul de deschidere a
unei conexiuni TCP. Procesul ncepe cnd TCP de pe terminalul A primete o cerere de la
protocolul de nivel superior (ULP), prin care se trimite, terminalului B, o cerere elementar de
serviciu.
Segmentul, pregtit pentru trimitere, are atributul SYN activ (egal cu 1) i un numr de ordine
a secvenei, n acest caz ISS (Initial Sequece Number) egal cu 50 (SYN SEQ=50).
Terminal A
TCP
Terminal B
TCP
Deschidere
conexiune
Port
activ
Deschidere
conexiune
Port
pasiv
Trimite SYN
SEQ=50
Cerere de conectare
+ transfer secven 50
Acceptare conexiune
confirmare secven 51
Primete SYN
SEQ=200 ACK=51
Trimite ACK=201
Primete SYN
SEQ=50
Trimite SYN
SEQ=200 ACK=51
Confirmare
secven 201
Primete ACK=201
Fig. 11.6. Stabilirea (deschiderea) unei conexiuni.
16
Componenta TCP, de pe terminalul B, a fost instruit deja, cum s deschid o conexiune

pasiv, de ctre o aplicaie corespunztoare aflat pe acelai terminal. Cnd segmentul care conine
SYN SEQ=50 ajunge la terminalul B, componenta sa TCP trimite napoi spre A confirmarea de
primire a segmentului.
n mesajul de confirmare este inclus numrul secvenei urmtoare egal cu 51, alturi de
propriul numr iniial de secven (ISS), n acest caz 200 i atributul SYN activat (ACK=51 SYN
SEQ=200). n cazul n care terminalul A primete acest mesaj, va rspunde cu un mesaj de
confirmare care conine numrul de secven 201 (ACK=201), ceea ce nseamn c atept, de la B,
secvena cu numrul 201. Prin acest schimb de mesaje (Three Way Handshacking - "trei strngeri
de mn") conexiunea s-a stabilit, fiecare component TCP trimite mesaje protocolului de nivel
superior, prin care anun acest lucru.
Nu este ns necesar ca terminalul de la distan s aib o instruciune de deschidere pasiv. n
acest caz, terminalul surs furnizeaz ambele numere de socket, att pe cel surs, ct i pe cel
destinaie, temporizrile, nivelul de prioritate i de siguran. Se ntlnete destul de des situaia n
care ambele aplicaii s cear, n acelai timp, o conexiune activ. Aceasta se rezolv n acelai
mod, atta doar c presupune un trafic suplimentar n reea.
Transferul datelor.
Dup stabilirea conexiunii, transferul datelor se face direct, n ambele sensuri, aa cum se
poate vedea n figura 11.7. Pe fiecare bloc de date primit de la protocolul de nivel superior (ULP),
componenta TCP de pe terminalul A l ncapsuleaz i trimite terminalului B cu o cretere a
numrului secvenei.
Dup ce terminalul B recepioneaz mesajul, incrementeaz numrul secvenei i trimite
confirmarea, ocazie cu care anun terminalul A c a primit corect toate segmentele pn la acel
numr de secven.
Pentru creterea eficienei transferului, nu se confirm fiecare secven n parte, ci doar un set,
de mai multe secvene, numr definit de fereastra de confirmare (window). Pentru aceasta, se vor
trimite mai multe secvene, una dup cealalt, iar dup recepionarea lor se va trimite numrul de
confirmare (ACK) egal cu numrul de ordine al primei secvene din setul urmtor, aa cum se poate
vedea n figura 11.8.
Terminal A
TCP
17
Terminal B
TCP
Date
primite
Date
trimise
Date
primite
Date
trimise
Trimite
SEQ=100
Transfer secven 100

Primete
SEQ=100
Transfer secven 250
Primete
SEQ=250 ACK=101
Trimite
SEQ=101 ACK=251
Trimite
SEQ=250 ACK=101
Trimite secven 101

Primete
SEQ=101 ACK=251
Fig. 11.7. Transferul datelor dup deschiderea conexiunii.

Fereastra de confirmare se transmite de fiecare terminal n parte i depinde de capacitatea
fiecrui sistem de operare de a gestiona componenta TCP. Cnd aceasta primete un segment, cu
WIN=50 i ACK=101, va transmite 50 de secvene ncepnd cu secvena 101, fr s mai atepte o
alt confirmare. Dup transmiterea celei de-a 150-a secvene, va atepta confirmarea trimiterii
setului urmtor, care ncepe cu secvena 151 (ACK=151), dup care procesul se repet.
n cazul n care se pierd secvene pe drum, de exemplu nu s-au primit consecutiv dect
secvenele cuprinse ntre 151 i 181, celelalte sosind cu discontinuiti, cererea se va face prin
trimiterea confirmrii ncepnd cu numrul de ordine al primei secvene pierdute (ACK=182). Dup
primirea acestei confirmri, se mai ncerca transmiterea unui set de secvene egal cu fereastra de
confirmare (WIN=50), chiar dac o parte dintre ele au sosit deja. Acest lucru, dei pare s ncarce
inutil fluxul de date, simplific mult sarcina de ordonare i reasamblare a secvenelor.
n cazul pierderii pe drum a segmentelor, sau al primirii lor incomplete sau cu erori, acestea se
vor retransmite prin confirmarea cererii primei secvene pierdute i cu o dimensiune de fereastr
egal cu ceai iniial.
18

Terminal A
TCP
Date
trimise
Terminal B
TCP
Date
primite
Date
trimise
ACK=101 WIN=50
Primete
ACK=101 WIN=50
Trimite
SEQ 101 150
Primete
ACK=151
Trimite
SEQ=151 - 200
Trimite
ACK=101 WIN=50
Transfer secvene
101 150
Primete
SEQ 101 150
ACK=151
Transfer secvene
151 200
Trimite
ACK=151
Primete
SEQ 151 181
ACK=182
Trimite
SEQ=182 - 231
Date
primite
Trimite
ACK=182
Fig. 11.8. Transferul unui set de secvene, folosind fereastra de confirmare multipl.
n cazul n care fenomenul de pierdere a segmentelor se repet, fereastra de confirmare va fi
redus. n cazul dispariiei fenomenului de pierdere, sau degradare, a segmentelor, fereastra poate fi
crescut. Modificarea dimensiunii ferestrei de confirmare se face cu variaie n progresie
geometric. Modificarea dinamic a dimensiunii ferestrei permite controlul fluxului de date, dintre
surs i destinaie.
Prin modificarea numrului de secvene transferate n timp, la o valoare optim, se stabilete
un echilibru ntre pierderi i trafic inutil.
nchiderea unei conexiuni.
Pentru a nchide o conexiune, una dintre componentele TCP primete o cerere elementar de
la protocolul de nivel superior i emite un mesaj n care este activat atributul FIN.
n figura 11.9, terminalul A trimite terminalului B o cerere de nchidere n care este inclus
numrul secvenei urmtoare (ACK=475).
Terminalul B confirm primirea cererii i trimite secvena sa curent i numrul urmtoarei
secvene ateptate (ACK=351). Dup aceasta, terminalul B trimite mesajul de nchidere spre nivelul
urmtor celui de transport (aplicaie) i ateapt ca aplicaia s confirme nchiderea. Acest pas nu
este absolut necesar, TCP poate nchide conexiunea fr ca aplicaia s accepte acest lucru, dar de
obicei aceasta este informat de orice schimbare a strii conexiunii.
nchiderea conexiunii va fi acceptat de componenta TCP de pe terminalul B doar dup
transmiterea i confirmarea tuturor secvenelor. Odat cu transmiterea ultimei secvene (SEQ=475)
i confirmarea sosirii acesteia (ACK=476), terminalul B va trimite bitul FIN, confirmnd astfel
nchiderea conexiunii.

Terminal A
TCP
19
Terminal B
Conexiune
nchis
Cerere de
nchidere
TCP
Conexiune
nchis
Cerere de
nchidere
nchidere
Cerere de nchidere
Trimite FIN
SEQ=350
Primete
SECV=475
ACK=351
Transfer secven 475

Confirmare secven 476
Primete FIN
SEQ=350
Trimite
SEQ=475
Trimite ACK=476
Primete ACK=476
Transfer secven 476
Primete SEQ=476
Trimite ACK=477
Trimite SEQ=476
Primete ACK=477
nchidere
Trimite FIN
Fig. 11.9. nchiderea unei conexiuni.

Dup primirea, de la aplicaie, a confirmrii de nchidere a conexiunii (sau dup expirarea
timpului de ateptare a acesteia), componenta TCP de pe terminalul B trimite spre A un segment n
care este activat atributul FIN. Terminalul A confirm nchiderea i conexiunea este terminat.
O nchidere brusc a unei conexiuni poate s apar atunci cnd una dintre pri nchide
socket-ul. Aceasta se poate ntmpla fr s se trimit nici un mesaj, n acest sens, celuilalt terminal.
Astfel de ntreruperi pot s apar atunci cnd terminalul se oprete datorit unei pene de tensiune,
oprirea unui proces, sau a unei aplicaii, de ctre utilizator.
Conexiunea poate fi ntrerupt i de ctre o component de monitorizare, n cazul n care se
decide administrativ c la un moment dat conexiunea trebuie ntrerupt. Cellalt capt al conexiunii
poate s nu-i dea seama de acest lucru dect dup expirarea timpului de ateptare a confirmrii de
primire.
Pentru a ine evidena tuturor conexiunilor, TCP folosete o tabel n care se gsete cte o
intrare, pentru fiecare conexiune, nsoit de informaiile specifice corespunztoare.
Coninutul acestui tabel se poate afia cu ajutorul comenzii netstat an, aa cum se poate
vedea n cele ce urmeaz:
root@masserv:~# netstat -an
Active Internet connections (servers and established)
Proto Rec-Q Snd-Q Local Address
Foreign Address
tcp
0
0 0.0.0.0:3306
0.0.0.0:*
tcp
0
0 0.0.0.0:80
0.0.0.0:*
tcp
0
0 193.226.5.178:80
79.113.140.88:37552
tcp
0
0 193.226.5.178:80
79.113.140.88:13239
tcp
0
0 0.0.0.0:21
0.0.0.0:*
tcp
0
0 193.226.5.178:21
193.226.5.35:39851
tcp
0
0 0.0.0.0:22
0.0.0.0:*
tcp
0
0 193.226.5.178:1578 193.226.5.33:21
tcp
0
0 193.226.5.178:22
193.226.5.35:49848
Active UNIX domain sockets (servers and established)
Proto RefCnt Flags
Type
State
I-Node
unix 2
[ ACC ]
STREAM
LISTENING
659
unix 4
[ ]
DGRAM
114
unix 2
[ ACC ]
STREAM
LISTENING
677
unix 2
[ ]
DGRAM
40
unix 2
[ ]
DGRAM
201920
unix 2
[ ]
DGRAM
117
root@masserv:~#
State
LISTEN
LISTEN
SYN_RECV
SYN_RECV
LISTEN
ESTABLISHED
LISTEN
ESTABLISHED
ESTABLISHED
Path
/var/run/mysql/mysql.sock
/dev/log
/dev/gpmctl
@udevd
20
Semnificaia fiecrei coloane este urmtoarea:

Protocol, protocolul de transport folosit,
Recv-Q, numrul de octei necopiai din coada de recepie, de ctre aplicaia de la nivelul
superior,
Send-Q, numrul de octei neconfirmai de terminalul de la distan,
Adresa local, adresa IP a terminalului local, care n stare de ateptare are valoarea 0.0.0.0.
Portul local, numrul portului local,
Adresa de la distan Adresa IP a terminalului de la distan,
Portul de la distan numrul portului de pe terminalul de la distan,
Starea conexiunii (nchis, deschis, n ateptare, nchidere etc),
11.3. UDP (User Datagram Protocol).
11.3.1. Prezentare.
S-a vzut mai nainte c TCP este un protocol bazat pe conexiune. Sunt i unele situaii n
care este nevoie de un protocol care s nu efectueze toi paii de iniiere, meninere i nchidere a
procedurii de transport, adic un protocol fr conexiune.
Un astfel de protocol poate fi mai eficient i mai rapid, dar poate fi folosit doar n cazul unor
reele la care pericolul degradrii datelor este mic, sau pentru transferul informaiilor fr mare
importan, a cror pierdere nu este un lucru foarte grav.
Protocoalele care nu folosesc mecanisme de retransmitere a segmentelor pierdute, sau de
control al fluxului, nu ofer nici o garanie asupra reuitei unei transmisii. Rmne n sarcina
protocolului de nivel superior s verifice integritatea segmentelor de date i s cear, atunci cnd
este cazul, retransmiterea lor. UDP (User Datagram Protocol) este un astfel de protocol i se
folosete, la transmiterea de datagrame, alturi de TCP [1].
Dou dintre cele mai des ntlnite aplicaii care folosesc UDP sunt TFTP (Trivial File
Transfer Protocol) i RPC (Remote Procedure Call). TFTP se folosete pentru a ncrca sisteme de
operare sau fiiere de configurare, de pe un terminal server pe una client, sau invers, fr
autentificarea utilizatorului. RPC sunt cereri naintate de un client i rulate de ctre un server, aflate
pe acelai terminal, sau pe terminale diferite.
11.3.2. Formatul segmentului UDP.
UDP este mult mai simplu dect TCP i opereaz doar ca agent de transport a datagramelor,
dintr-o direcie n cealalt.
Antetul segmentului UDP este i el mult mai simplu dect cel TCP i trebuie s aib
dimensiunea un numr multiplu de 32 bii, aa cum se poate vedea n figura 11.10.
Ca i la TCP, dinspre nivelul superior trebuie s se transmit anumite informaii (adresa de
reea, surs i destinaie) nivelului reea (OSI 3) pentru care, la nceputul fiecrui segment UDP
trebuie adugat un antet provizoriu (pseudo-antet). Acesta se va elimina dup ce nivelul reea va
extrage din el informaiile necesare. Semnificaia cmpurilor din pseudo-antet este aceeai ca i n
cazul segmentului TCP, cu diferena c valorile trecute n cmpul Protocol se refer la UDP, adic
valoarea 17.
21
Pseudo - antet
Adres surs (32 bii)
Adres destinaie (32 bii)
Rezervat (8 bii)
Protocol (8 bii)
Lungime UDP (16 bii)
Segment UDP
Port surs (16 bii)
Port destinaie (16 bii)
Lungime segment (16 bii)
Suma de control (16 bii)
Date (variabil)
+
completare cu 0 pn la multiplu de 32 bii
Fig. 11.10. Structura segmentului UDP.

Semnificaia cmpurilor este urmtoarea:
Portul surs este un cmp opional de 16 bii, care definete numrul portului. n cazul n
care acesta nu este specificat, valoarea sa este 0.
Portul destinaie este un cmp de 16 bii care definete numrul portului (serviciului) de
pe terminalul destinaie
Lungimea este un cmp de 16 bii reprezentnd dimensiunea datagramei, inclusiv antetul
(date plus antet).
Suma de control este un cmp de 16 bii care reprezint fiecare complementul fa de unu
a celor 16 bii ai sumei biilor datagramei, inclusiv antet. Similar cu suma de control de la TCP.
Suma de control este un cmp opional, dar dac nu este folosit (trebuie umplut cu zero) nu
exist nici o metod de verificare a datelor transmise. Suma de control de la nivelul IP nu verific
dect integritatea antetului propriu.
Se observ c acest protocol nu are nici un fel de mecanism pentru controlul transmisiei
secvenelor pierdute, sau degradate pe drum, ceea ce nseamn c nu este un protocol de transport,
propriu-zis.
Datagramele pot s ajung la destinaie n alt ordine dect cea n care au pornit de la surs,
sau se pot pierde pe drum.
n aceste situaii, aplicaia este obligat s verifice i eventual s cear retransmiterea datelor
eronate. Cu toate acestea, protocolul UDP se preteaz pentru transmiterea mesajelor care nu sunt
sensibile n cazul degradrii (video i audio conferine), sau a interogrilor transmise ntr-o singur
datagram. Pentru cazul din urm, mesajele se transmit n reea, confirmarea lor fcndu-se prin
rspunsul primit n urma interogrii.
22

1. Protocolul TCP ofer urmtoarele funcii:
a) Segmentarea i rutarea datelor, controlul erorilor, conexiune virtual;
b) Segmentarea datelor, controlul fluxului i al erorilor, conexiune virtual;
c) Segmentarea datelor i numerotarea secvenelor, controlul fluxului i al erorilor,
conexiune virtual;
d) Adresarea terminalelor, controlul fluxului i al erorilor, conexiune virtual;
e) Segmentarea datelor, controlul fluxului i al erorilor, alocarea automat a
identificatorului de port, pentru aplicaiile server.
2. Deschiderea unei conexiuni TCP se realizeaz n urmtoarele etape:
a) Aplicaia server face o cerere pentru un port activ, componenta TCP surs trimite
bitul SYN=1 spre terminalul destinaie, terminalul destinaie trimite bitul SYN=1
confirmnd acceptarea conexiunii, terminalul surs confirm secvena de
acceptare trimind bitul SYN=0;
b) Aplicaia server face o cerere pentru un port pasiv, componenta TCP surs
trimite bitul SYN=1 spre terminalul destinaie, terminalul destinaie trimite bitul
SYN=1 confirmnd acceptarea conexiunii, terminalul surs confirm secvena de
c) Aplicaia client face o cerere pentru un port activ, componenta TCP surs trimite
bitul SYN=1 spre terminalul destinaie pe care opereaz aplicaie server.
Terminalul destinaie trimite bitul SYN=1 confirmnd acceptarea conexiunii,
terminalul surs confirm secvena de acceptare trimind bitul SYN=0;
d) Aplicaia client face o cerere pentru un port activ, componenta TCP surs trimite
bitul SYN=1 spre terminalul destinaie, terminalul destinaie trimite bitul SYN=0
e) Aplicaia client face o cerere pentru un port activ, componenta TCP surs trimite
bitul SYN=1 spre terminalul destinaie, terminalul destinaie trimite bitul FIN=1
acceptare trimind bitul SYN=0.
3. Protocolul UDP ofer urmtoarele funcii:
a) Segmentarea, numerotarea secvenelor, confirmare de primire, conexiune
virtual;
b) Segmentarea, numerotarea secvenelor, confirmare de primire, conexiune
virtual, identificarea aplicaiilor prin numr de port;
c) Segmentarea datelor, numerotarea secvenelor, confirmare de primire, conexiune
virtual, identificarea aplicaiilor prin numr de port;
d) Segmentarea datelor, identificarea aplicaiilor prin numr de port, verificarea
integritii cadrelor;
e) Segmentarea datelor, numerotarea secvenelor, conexiune virtual, identificarea
aplicaiilor prin numr de port, verificarea integritii cadrelor
I.

1. Protocolul TCP asigur livrarea corect la destinaie a datelor, prin mecanismele de
control al erorilor i de confirmare de primire.
adevrat
fals
23
2. Perechea socket-surs socket destinaie identific ruta pe care o parcurge segmentul

cu date, ntre terminalul surs i cel destinaie.
adevrat
fals
3. Protocolul UCP, datorit funciei de confirmare a secvenelor, asigur o vitez de
transfer mai mare dect TCP, ceea ce l face eficient n aplicaiile multimedia.
adevrat
fals
24

RSPUNSURI
I.

1. b, c
2. d
3. d
II.

1. adevrat
2. fals
3. fals
Bibliografie
Cursul 12 - Administrare i configurare TCP/IP

Cursul 12
ASOCIEREA SUITEI TCP/IP ALTURI DE ALTE PROTOCOALE
Introducere curs
Obiective curs
n acest curs sunt prezentate suita TCP/IP i alte protocoale.

Nivele specifice reelelor locale.
TCP/IP n reele de date.
TCP/IP i alte protocoale.
NetBIOS i TCP/IP.
XNS i TCP/IP.
ARCnet i TCP/IP.
Reele FDDI.
X.25 i IP.
ISDN i TCP/IP.
SMDS (Switched Multi-Megabit Data Services) i IP.
ATM (Asynchronous Transfer Mode) i BISDN

individual
Cuprins:
TCP/IP n reele de date..................................................................................1

TCP/IP i alte protocoale................................................................................2
NetBIOS i TCP/IP. .......................................................................................4
XNS i TCP/IP. ..............................................................................................5
IPX i UDP.....................................................................................................6
Reele FDDI. ..................................................................................................8
X.25 i IP........................................................................................................8
ISDN i TCP/IP. .............................................................................................9
TESTE DE AUTOEVALUARE ..................................................................10
RSPUNSURI .............................................................................................11
Bibliografie...................................................................................................11
TCP/IP n reele de date.
Datorit modelului cu nivele, suita TCP/IP (care ocup nivelele OSI 3 i 4) se poate folosi,
ntr-o reea, mpreun cu alte protocoale specifice celorlalte nivele. Aceste situaii sunt destul de des
ntlnite ntr-o reea complex n care este nevoie s se "profite", dup caz, de avantajele diferitelor
protocoale i este important s se neleag acest lucru.
Florin Drgan - Protocoale de Comunicaie

TCP/IP i alte protocoale.
TCP/IP nu este singurul protocol utilizat n reelele de transfer de date, ci se gsete n

asociere cu altele, aflate la nivele superioare sau inferioare, cu care interacioneaz. Pentru a
nelege modul de interaciune, se va analiza un exemplu de reea local (LAN), iar apoi se va
extinde analiza asupra unui grup de reele locale (intranet).
Nivelele ocupate de TCP/IP, n conformitate cu modelul OSI, au fost concepute s fie
independente unele de altele, ceea ce permite combinarea diferitelor protocoale de transport i de
reea. Cnd se trimite un mesaj de-a lungul unei reele, fiecare protocol, specific unui nivel,
introduce n antetul datagramei corespunztoare informaiile necesare pentru procesarea acesteia.
Datele sufer un proces de ncapsulare succesiv prin care fiecare protocol i anun perechea
de la cellalt capt despre coninutul datagramelor i tipul protocolului de nivel superior folosit.
Dup nlturarea antetului i interpretarea informaiilor coninute de acesta, fiecare nivel i
proceseaz datagramele dup specificul protocolului utilizat [1].
nlocuirea unui protocol cu altul este posibil dac protocoalele adiacente pot s opereze unele
cu altele.
Pentru a examina cum opereaz nivelele ntre ele i cum se poate aduga, sau nlocui, un nivel
ne vom folosi de exemplul prezentat n figura 12.1. Aceasta este o reea care folosete Ethernet ca
tehnologie (protocol) a legturii de date (nivel OSI 2), IP pentru reea (nivel 3) i TCP pentru
transport (nivel 4).
Figura 12.1 prezint modul de ncapsulare a datelor de la un nivel la altul i transmiterea lor dea lungul reelei, ntr-o analiz comparat ntre modelul de referin OSI i TCP/IP.
Modelul
OSI
Modelul
TCP/IP
Aplicaie
Prezentare
Sesiune
Aplicaii
(Upper Layer
Protocols Web,
FTP, Telnet,
SMTP, DNS etc.)
Transport
Transport (TCP)
Reea
Internet (IP)
Legtur
Fizic
Network
Access
(Ethernet, PPP)
Fig. 12.1. ncapsularea succesiv, comparaie ntre modelul OSI i TCP/IP.

Dup cum s-a putut vedea mai nainte, procesul de transmisie n reea ncepe cu un mesaj
provenit de la un nivel superior (ULP - Upper Layer Protocol), care la rndul lui l preia de la o
aplicaie, sau direct de la o aplicaie.
Mesajul ajuns la nivelul transport este preluat de componenta TCP, este segmentat i i se
adaug un antet care conine informaiile de transport necesare. Segmentul astfel pregtit este pasat
apoi nivelului IP (de reea) care face ceva asemntor, adugnd un antet cu informaii proprii i
trimite pachetul astfel obinut nivelului legturii de date unde este preluat de Ethernet care l
ncapsuleaz ntr-un cadru i l trimite, prin reea, spre destinaie.
Acest model simplu are doar valoare didactic, deoarece n practic nivelul IP nu
interacioneaz direct cu Ethernet, ci din motive legate de calitatea transferului de date, se adaug
un nivel suplimentar pentru izolarea eventualelor ntreruperi sau blocaje de sistem.
Pentru a clarifica afirmaiile prezentate mai sus, n continuare se vor analiza n detaliu
componentele de baz ale unei reele locale.
n figura 12.2 se prezint, n detaliu, aceste nivele corespunztoare unei tehnologii (Ethernet)
care folosete CSMA/CD (Carrier Sense, Multiple Access (CSMA) and Collision Detect).
7
Aplicaie
Prezentare
Sesiune
Transport
Reea
Legtur
Fizic
Modelul
OSI
Logical Link Control
Media Access Control
AUI
PM A
MAU
M DI
Fig. 12.2. Modelul unei reele locale, cu detalierea nivelelor inferioare.

n acest exemplu sunt implicate cteva nivele suplimentare, numite subnivele.
1. Subnivelul LLC (Logical Link Control - controlul legturii logice) este o interfa ntre
nivelul IP i cel de sub el (al legturii de date - dup modelul OSI, sau reea dup cel TCP/IP). Aa
cum s-a putut vedea ntr-un capitol anterior, exist mai multe tipuri de LLC, dar la aceast etap
este suficient nelegerea rolului de tampon de date, al acestuia. Acest subnivel asigur un serviciu
de transfer simplu, cu sau fr conexiune, n funcie de versiunea utilizat. LLC este utilizat de
obicei mpreun cu HDLC (High-Level Data Link Control).
n cazul unui serviciu fr conexiune, se folosete un cadru care conine un mesaj de tip UI
(Unnumbered Information), iar pentru un seviciu bazat pe conexiune un cadru cu un mesaj de tip
ABM (Asynchronous Balanced Mode), ambele asigurate de ctre HDLC. n aceste condiii, este
foarte important configurarea LLC n conformitate cu cerinele impuse de TCP/IP.
2. Subnivelul MAC (Media Access Control), prezentat ntr-un capitol anterior, gestioneaz
adresarea interfeelor i unele elemente de control a traficului n reea, cum ar fi detectarea
coliziunilor i sincronizarea transmisiilor. n mecanismul acestui control, MAC folosete funciuni de
temporizare i de retransmisie, fiind independent de mediul de propagare, dar este dependent de
protocoalele utilizate n reea.
Nivelul fizic este compus din cteva subnivele ale unor servicii specifice.
Subnivelul AUI (Attachment Unit Interface) asigur legtura dintre componenta nivelului
fizic al mainii care face parte dintr-o reea i mediul fizic de propagare. Cu alte cuvinte, AUI este
locul n care este localizat conectorul cablului, sau fibrei optice.
Subnivelul MAU (Medium Attachment Unit) este compus din dou pri PMA (Physical
Medium Attachment) i MDI (Medium Dependent Interface), fiecare putnd fi considerate
componente separate. MAU asigur conectarea mainii la mediul de propagare, verificnd
integritatea datelor i monitorizarea mediului de propagare. MAU este prevzut cu funciuni care
permit verificarea calitii semnalului transmis i rutine de testare a operrii corecte a mediului.
Prin adugarea n arhitectura reelei a acestor nivele suplimentare, nivelul IP este separat de
nivelul Ethernet, aa cum se poate vedea n figura 12.3. Aceast configuraie este mai des ntlnit
dect cea prezentat n figura 12.1. Se observ, din reprezentarea schematic, cum fiecare dintre
aceste nivele opereaz ncapsulri succesive nainte de a trimite unitile lor specifice de date
nivelelor inferioare.

Aplicaii (protocoale ale
nivelelor superioare)
Transport (TCP, UDP)
Internet (IP)
Poziia TCP/IP
fa de
celelalte nivele
LLC
Ethernet
M AC
Fizic
Fig. 12.3. Poziia TCP/IP alturi de celelalte nivele.

Acest tip de reele locale (numite i IP/802, datorit faptului c procesele la nivelul legturilor
de date sunt reglementate de standardele IEEE 802.2 pentru LLC i 802.3 pentru Ethernet) pot
utiliza un protocol LLC de tipul 1, fr conexiune, care transmite cadre UI (Unnumbered
Information), datorit componentei TCP care este un protocol bazat pe conexiune, funciunile de
verificare i confirmare a datelor fiind asigurate de acesta. LLC i MAC asigur separarea IP de
nivelul fizic, dar mesajelor utile li se adaug un numr suplimentar de anteturi (acest lucru nu este
neaprat un inconvenient).
Antetul LLC conine ambele tipuri de adrese SAP (Service Access Points) necesare
identificrii protocoalelor nivelului superior.
n cazul utilizrii UDP ca protocol de transport, acesta neavnd mecanisme de confirmare i
verificare a datelor la fel de complexe ca TCP, va trebui utilizat un protocol LLC de tipul 2. Aceste
este prevzut cu mecanisme specifice de verificarea integritii datelor, asemntoare cu cele ale
TCP, dar funcionnd la nivelul legturilor de date.
Dezavantajul unei astfel de soluii este c aceste funciuni sunt localizate sub nivelul IP i nu
deasupra lui. ntr-o reea complex, cu multe pori de acces nlnuite, unele pachete se pot pierde,
iar LLC nu este capabil s gestioneze situaii provocate de componente aflate la nivele superioare
lui. n acest caz, aplicaiile care opereaz la nivelul cel mai nalt trebuie s rezolve acest gen de
probleme.
Diferenele dintre tandemul "TCP - LLC de tipul 1" i "UDP - LLC de tipul 2" sunt
complexe i variantele de aplicare trebuie bine alese. Combinaia "TCP - LLC de tipul 1" ofer o
siguran i integritate mai bun a datelor, iar "UDP - LLC de tipul 2", o rat de transfer mai
ridicat.
NetBIOS i TCP/IP.
NetBIOS (Network Basic Input Output Sistem) este o component a sistemelor de operare de
reea, dezvoltat pentru familia calculatoarelor personale. Aceast component permite aplicaiilor
de la nivelul superior s interacioneze prin mesaje i s-i aloce reciproc resurse. NetBIOS
opereaz deasupra nivelelor ocupate de TCP (UDP) i IP i interacioneaz bine cu acestea. n
figura 12.4 se poate vedea un exemplu de reea care utilizeaz componente NetBIOS, ncapsulate
n TCP/IP.
NetBIOS este de fapt un serviciu pentru care sunt alocate trei numere de porturi. Portul 137
este dedicat serviciului de nume (specific NetBIOS i nu are nici o legtur cu numele simbolic
utilizat de DNS), portul 138 folosit de serviciul de transfer de datagrame (specifice informaiilor
transmise de NetBIOS) i portul 139 utilizat de nivelul sesiune (nivelul OSI 5). Se pot face asocieri
i conversii ntre numele furnizat de serviciul specializat al protocolului de internet (DNS) i cel definit de NetBIOS (NBNS - NetBIOS Name Server).
NBNS se utilizeaz pentru identificarea unui PC care opereaz ntr-o arie de interaciune
NetBIOS i la interfaarea dintre acesta i IP poate fi folosit pentru asocierea reciproc a celor dou
tipuri de nume.
Aplicaii
(protocoale ale nivelelor
superioare)
ncapsularea
NetBIOS n segmente
TCP sau UDP
NetBIOS
Internet (IP)
LLC
Legtur
Poziia componentei
NetBIOS
fa de TCP/IP
M AC
Fizic
Fig. 12.4. ncapsularea componentelor NetBIOS n TCP/IP.

IP poate s fie configurat s opereze deasupra NetBIOS (ncapsulare n NetBIOS), eliminnd
componentele TCP sau UDP. n aceast situaie NetBIOS va lua locul acestora i va asigura un
serviciu fr conexiune, ceea ce oblig aplicaiile s asigure funciuni de segmentare, verificarea
integritii i controlul fluxului datelor transmise. Aceasta se poate urmri n figura 12.5 unde
NetBIOS ncapsuleaz datagramele (pachetele) IP.
Asocierea corect a numelor (IP i NetBIOS) este absolut necesar deoarece adresele
pachetelor NetBIOS trebuie s corespund adreselor IP. Pentru aceasta NetBIOS codific numele
n formatul adreselor IP, xxx.xxx.xxx.xxx.
Aplicaii
(protocoale ale nivelelor
superioare)
Internet (IP)
NetBIOS
LLC
Legtur
M AC
ncapsularea
(tunelarea)
pachetelor IP n
datagrame NetBIOS
Poziia componentei
NetBIOS
fa de IP
Fizic
Fig. 12.5. Operarea componentei IP deasupra nivelului NetBIOS.

Acest tip de reea are avantajul unei arhitecturi simple (de tip Workgroup), dar presupune ca
nivelul superior (ULP), n acest caz aplicaia, s suplineasc funciunile protocolului de transport
TCP, bazat pe conexiune. Proiectarea unor astfel de aplicaii este ns mai dificil i necesit un
consum suplimentar de resurse de sistem.
XNS i TCP/IP.
Sistemul de reea propus de firma Xerox (XNX - Xerox Network System) a fost, la un moment
dat, larg rspndit sub forma unor pachete software comerciale. Succesul su avea la baz faptul c
firma Xerox a distribuit n domeniul public codul surs.
Protocoalele XNS au fost proiectate s opereze mpreun cu versiunea proprie a standardului
Ethernet (varianta iniial a acestui standard a fost propus pentru analiz forurilor IEEE i este
cunoscut ca Novell Ethernet).
XNS poate utiliza IP ca protocol de reea i SPP (Sequenced Packet Protocol), care asigur o
parte din funciunile de transport utilizate de TCP, aa cum se poate vedea n figura 12.6.
Ca protocol de nivel superior se folosete Courier, care asigur serviciile corespunztoare
nivelelor de sesiune i prezentare (OSI 5 i 6).
Aplicaii
(XNS Courier)
ncapsularea
SPP n pachete
IP
SPP
Internet (IP)
LLC
Legtur
M AC
Poziia componentei
XNS i SPP
fa de TCP/IP
Fizic
Fig. 12.6. Utilizarea protocolului Internet (IP) n reele XNS.

XNS folosete termenul de ITP (Internet Transport Protocols) cnd se refer la setul de
protocoale utilizate. Printre acestea se afl IP, RIP (Routing Information Protocol) i un protocol
asemntor cu ICMP (Internet Control Message Protocol) care are acelai rol de verificare a
conexiunilor pe baza unui set de mesaje de eroare.
IPX i UDP.
Sistemele de operare de reea NetWare, produse de firma Novell, utilizeaz un protocol de
reea (de nivel OSI 3, rutabil) asemntor cu IP numit IPX (Internetworking Packet Exchange),
bazat pe principiile dezvoltate de Xerox la XNS.
Arhitectura IPX utilizeaz frecvent UDP, ca protocol de transport fr controlul transmisiei,
dar se poate utiliza i TCP n combinaie cu LLC de tipul 1.
Sistemele de operare NetWare folosesc ca protocol de transport, cu controlul transmisiei,
SPX (Sequenced Packet Exchange), ceea ce permite utilizarea UDP, protocol fr control, pentru
ncapsularea IPX. Eventualele pierderi, sau degradri ale datelor, vor fi corectate de SPX. Acest tip
de arhitectur se poate vedea n figura 12.7.
Aplicaii
(me saje , se rv icii i
aplicaii Ne tWare )
ncapsulare a (tune lare a)
IPX n se gme nte UDP
SPX
IPX
Transport (UDP)
Poziia compone nte i

IPX
fa de TCP/IP
Inte rne t (IP)

LLC
Le gtur
M AC
Fizic
Fig. 12.7. ncapsularea IPX n segmente UDP.

Aezarea nivelului IPX deasupra celui UDP asigur integritatea antetului UDP i IP, n
timpul transferului prin reea, dar cu informaiile necesare pentru IPX, ncapsulate ca parte a
mesajului util. Deoarece ambele protocoale opereaz cu adrese ale staiilor din reea, acestea trebuie
bine corelate (tabele de echivalare a adreselor).
Spre deosebire de IP care folosete adresarea logic att pentru staie ct i pentru reea, IPX
folosete o combinaie a adresei logice (de reea) cu cea hardware (adresa MAC).
Adresa unei staii dintr-o reea IPX se compune din 4 octei n cmpul adresei de reea plus 6,
corespunztori adresei MAC a interfeei de reea. Acest mod asigur unicitatea adresrii IPX, fr
s existe riscul alocrii acesteia la mai multe dispozitive n aceeai reea. Adresa este convertit n
adres IP atunci cnd datagrama este trimis nivelului UDP.
Se poate configura reeaua s se foloseasc TCP i IP ncapsulate n IPX i LLC de tipul 1.
Aceast soluie este folosit n cazul transferrii (tunelrii) unor servicii TCP/IP n reele
bazate pe IPX. Arhitectura unei astfel de reele se poate vedea n figura 12.8. ntr-o astfel de reea,
asocierea adreselor IP se poate face utiliznd ARP.
Aplicaii
(mesaje, servicii i
aplicaii NetWare)
Internet (IP)
IPX
ncapsularea (tunelarea)
IP n pachete IPX
Poziia componentei
IPX
fa de TCP/IP
LLC
Legtur
MAC
Fizic
Fig. 12.8. ncapsularea TCP/IP n IPX (tunelarea TCP/IP n IPX).

ARCnet i TCP/IP.
ARCnet este o arhitectur des utilizat la construirea reelelor locale i are variante care
utilizeaz IP, fiind similar cu cea care utilizeaz IPX. ARCnet nlocuiete IPX cu IP, aa cum se
poate vedea n figura 12.9. Datagramele (pachetele) IP sunt ncapsulate ntr-o datagram ARCnet,
care este transmis, la rndul ei, nivelelor inferioare.
Aplicaii
(mesaje, servicii i
aplicaii NetWare)
Internet (IP)
Legtur
ARCNet
M AC
Fizic
ARCNet
ncapsularea
IP n cadre ARCNet
Poziia componentei
ARCNet
fa de TCP/IP
Fig. 12.9. Utilizarea TCP/IP n reelele ARCNet.

Aezarea datagramelor IP n spatele antetului ARCnet, asigur meninerea compatibilitii
pachetelor IP chiar i n cazul n care acestea prsesc reeaua ARCnet. Asocierea adreselor IP i
ARCnet se face cu ajutorul componentei ARP, care permite i funcia invers RARP.
Reele FDDI.
FDDI (Fiber Distributed Data Interface) este o tehnologie utilizat din ce n ce mai mult n
ultimul timp care utilizeaz fibr optic ca mediu de propagare. Popularitatea n continu cretere se
datoreaz ratei mari de transfer ce o caracterizeaz. Utilizarea TCP/IP ntr-o astfel de reea este
asemntoare cu cele prezentate la alte tipuri de reele (arhitectur organizat pe nivele), diferena
fa de celelalte fiind legat de faptul c utilizeaz dou subnivele pentru nivelul fizic.
Schema de adresare FDDI este asemntoare cu tehnologiile Ethernet, necesitnd asocierea
adresei de la nivelul legturii de date cu cea de la nivelul IP fcndu-se cu ajutorul componentei
ARP. IP se folosete alturi de un serviciu fr conexiune, bazat pe LLC de tipul 1.
Dimensiunea cadrului FDDI este fixat la 4.500 octei, incluznd aici antetul i alte informaii
necesare operrii acestuia. Scznd pe acestea din urm, mai rmn disponibili, pentru datele utile,
4.470 octei. Documentele RFC corespunztoare definesc 4.096 octei de date i 256 pentru antetul
care definete nivelele superioare celui corespunztor la MAC.
Dimensiunea mare a datagramei poate genera probleme la nivelul unor pori de acces, de acea
rutarea acestor datagrame trebuie fcut cu mult atenie, pentru a preveni trunchierea sau
degradarea. Dac rutarea ridic probleme se recomand diminuarea dimensiunii datagramelor
FDDI (se recomand o valoare de 576 octei de date de la care se poate apoi crete pn la valori
care nu ridic probleme).
X.25 i IP.
Reelele X.25 sunt caracterizate de o arhitectur care utilizeaz un nivel propriu de transport
(TP4) deasupra IP i un nivel de ncapsulare PLP (Packet Layer Procedures) sub acesta, aa cum
se poate vedea n figura 12.10.
TP4 este asemntor cu TCP, dar nu utilizeaz porturi pentru identificarea serviciilor.
Cmpul de identificare a sursei i a destinaiei sunt puncte de acces la serviciile de transport
(TSAP - Transport Service Access Points). TP4 este mai complex dect TCP, dar acest lucru nu
este ntotdeauna un avantaj, datorit faptului c terminalele au nevoie de o component
suplimentar pentru ncapsulare / decapsulare.
Aplicaii
( mesaje , servicii i
aplicaii NetWare )
Transport ( X.25 -TP4 sau TCP)
Internet ( IP)
X.25 ( PLP)
Legtur
X.25 ( LAPB)
ncapsularea IP
n pachete
PLP X.25
Poziia
componentelor
X.25
fa de TCP/IP
MAC
Fizic
Fig. 12.10. Utilizarea IP n reelele X.25.

Protocolul X.25 nu se folosete pentru reele locale, dar este des ntlnit n reelele cu schimb
de pachete (circuite virtuale). Documentele RFC 1356 i RFC 1613 stabilesc regulile de utilizare ale
protocoalelor X.25 alturi de TCP/IP i definesc parametrii de interfaare ale acestora.
ISDN i TCP/IP.
ISDN (Integrated Services Digital Network) este o tehnologie care folosete circuite
comutate, asemntoare celor utilizate n telefonia fix, permind construirea de reele cu schimb
de pachete. Poate ncapsula diferite protocoale de nivel superior (Reea i Transport OSI 3,4),
inclusiv TCP/IP. IP nu apare n mod explicit n modelul de reprezentare pe nivele deoarece este
inclus n CLNP. TCP i IP pot fi utilizate ntr-o reea ISDN, n locul protocoalelor TP4 i CLNP,
dar versiunile de sisteme ISDN au fost optimizate s le utilizeze pe acestea din urm.
ISDN utilizeaz o arhitectur mai complex dect cele mai multe dintre reelele actuale, nlocuind
porile de acces i ruterele cu adaptoare de terminal (TA - Terminal Adapter) i noduri ISDN. Acestea
realizeaz aceleai funcii, dar au o arhitectur intern mai complex. Pentru detalii suplimentare se poate
consulta capitolul dedicat acestei tehnologii.
SMDS (Switched Multi-Megabit Data Services) i IP.

SMDS (Switched Multi-Megabit Data Services) este un sistem care asigur un serviciu de
reea cu schimb de pachete, fr conexiune, dar cu rat mare de transfer i o dimensiune a
pachetelor de pn la 9188 octei de date. Acest sistem utilizeaz un mecanism propriu de control
al fluxului dintre abonat i reea, opernd cu IP, prin intermediul unui subnivel controlat de LLC.
SMDS care utilizeaz IP permite definirea mai multor subreele logice IP, care pot fi
gestionate separat, dar care sunt tratate ca o singur unitate. Arhitectura unei reele SMDS este
destul de complex i utilizeaz protocolul LLC de tipul 1.
ATM (Asynchronous Transfer Mode) i BISDN.
ATM este un protocol conceput pentru legturi de mare vitez, folosit alturi de BISDN
(Broadband ISDN - ISDN de band larg). Arhitectura sa este asemntoare cu cea TCP/IP, dar la
care s-au adugat nivele suplimentare pentru a nlesni transferul unor servicii speciale, cum ar fi
transmisia de imagine i sunet.
Aceste performane au impus utilizarea de dispozitive speciale (TA - Terminal Adapter,
asemntor cu cel folosit la ISDN) pentru accesare i rutare, care de multe ori sunt diferite n
funcie de serviciile furnizate. De la adaptorul de terminal TA, traficul este transferat serviciului
ATM care asigur comutarea i multiplexarea serviciilor [1].
10

I. Alegei varianta de rspuns corect:
1. ntr-o reea bazat pe TCP/IP, componenta care asigur comunicaia ntre aplicaiile
NetBIOS, se afl:
a)
b)
c)
d)
e)
ntre nivelul IP i cel TCP, sau UDP;

ntre nivelul legtur i reea;
Deasupra nivelului transport;
Deasupra nivelului TCP, sau UDP;
Nu se utilizeaz.
2. Tunelarea protocolului IPX, n reele bazate pe TCP/IP, necesit:

a) ncapsularea pachetelor IPX n datagrame UDP;
b) ncapsularea pachetelor IPX n datagrame TCP;
c) ncapsularea pachetelor IPX n pachete IP;
d) ncapsularea pachetelor IP n datagrame SPX;
e) IPX nu se folosete simultan cu TCP/IP.
3. ntr-o reea X.25, pachetele IP se pot transfera prin:
a) ncapsulare n X.25 TCP (Transmission Control Protocol);
b) ncapsulare n X.25 TP4 (Transport Protocol Layer 4);
c) ncapsulare n X.25 LAPB (Lynk Access Procedure Balanced);
d) ncapsulare n X.25 PLP (Packet Layer Protocol);
e) Protocolul IP nu poate fi transferat prin tehnologii care utilizeaz X.25
II. Alegei rspunsul corect:
1. Protocolul IPX poate fi transferat prin tunelare n UDP/IP i protocolul IP poate fi
transferat prin ncapsulat n IPX.
adevrat fals
2. Puntru a asigura comunicaia dintre aplicaiile bazate pe NetBIOS, aceast
component poate fi ncapsulat att deasupra nivelului IP ct i sub acesta.
adevrat fals
3. Deoarece SPX este un protocol bazat pe conexiune, suita IPX/SPX se transfer prin
tunelare prin UDP/IP.
adevrat fals
11
RSPUNSURI
I.

1. c, d
2. a
3. d
II.
Alege i rspunsul corect:

1. adevrat
2. fals
3. adevrat
Bibliografie
1.
2.
Parker, T., Teach Yourself TCP/IP in 14 Days - Second Edition, Sams Publishing, 1996.
RFC 1356, Multiprotocol Interconnect on X.25 and ISDN in the Packet Mode
Capitolul 13. Reele private virtuale

Cursul 13
REELE PRIVATE VIRTUALE
Introducere curs
Obiective curs

individual
n acest curs sunt analizate re elele private virtuale.

Componentele unei conexiuni VPN.
Proprietile conexiunii VPN.
Conexiuni VPN prin Internet sau intranet.
Protocoale utilizate n tunelrile VPN.
Criptarea datelor.
Cuprins:
13.1.
13.2.
13.3.
13.4.
13.5.
13.5.1.
13.5.2.
13.5.3.
13.5.4.
13.5.5.
Introducere. ......................................................................................1
Componentele unei conexiuni VPN.................................................2
Proprietile conexiunii VPN. ..........................................................4
Conexiuni VPN prin Internet sau intranet........................................5
Protocoale utilizate n tunelrile VPN..............................................7
Prezentare general. .........................................................................7
SOCKS.............................................................................................7
SSL ...................................................................................................8
PPTP (Point-to-Point Tunneling Protocol) ......................................9
L2TP (Layer Two Tunneling Protocol) i IPSec (Internet
Protocol Security). .........................................................................10
13.5.6. IPsec (Internet Protocol Security) ..................................................12
RSPUNSURI .............................................................................................18
Bibliografie...................................................................................................18
13.1. Introducere.
Acest capitol descrie o familie de tehnologii care permit "transferul" informaiilor ntre clieni
individuali, sau reele locale private (LAN), de-a lungul unei reele publice care folosete protocolul
IP (Internet Protocol). Clienii individuali, sau reelele locale interconectate, se consider reele
private, iar noua structur distribuit n mai multe locaii, dar considerat o singur entitate, se
numete reea privat virtual (Virtual Private Network - VPN). Aceast entitate utilizeaz pentru
"transportul" reelei private virtuale procedee de ncapsulare multipl de nivel OSI 3 (PPTP- Point
to Point Tunneling Protocol), sau OSI 2 (L2TP - Layer Two Tunneling Protocol).
O reea privat virtual este o entitate format din mai multe reele locale, aparinnd unor
domenii de coliziuni diferite, conectate ntre ele prin intermediul unor legturi publice sau medii de
transmisie comune altor reele, spre exemplu Internet. Datorit acestor legturi publice, este periclitat
"intimitatea" datelor transmise. O astfel de reea privat virtual permite transmiterea datelor ntre dou
maini, utiliznd mediul public, prin simularea (virtual) unei legturi private de tip punct la punct.
Crearea, configurarea i utilizarea unei astfel de legturi sunt definite ca "VPN".
Pentru a simula o legtur punct la punct de acest tip, datele sunt ncapsulate sau mpachetate,
adugndu-li-se un antet care furnizeaz informaiile de rutare necesare pentru ca acestea s poat
strbate reeaua public i s ajung la destinaie. Pentru a nu se periclita "confidenialitatea"
coninutului, aceste date sunt criptate la un capt al acestei legturi, urmnd s fie decriptate la
cellalt (la sosire). Acest tip de legtur se numete "conexiune VPN" [2, 3].
n figura 13.1 se poate vedea o reprezentare schematic a conceptului de reea privat virtual
(VPN). n cazul interceptrii datelor pe legtura public acestea nu pot fi descifrate dect dac se
cunoate cheia de criptare.
Reea privat
LAN A
Reea public
(Internet)
sau reea privat
de tranzit (intranet)
Reea privat
LAN B
VPN
VPN
LAN A + LAN B = Reea privat virtual

(VPN) - Entitate logic
Tunel
Fig. 13.1. Reprezentarea conceptului de reea privat virtual (VPN).

Conexiunile VPN permit utilizatorilor s lucreze de acas, sau din alt locaie, i s aib acces
la un server, sau o reea local, folosind infrastructura oferit de un furnizor public de servicii de reea.
Din punctul de vedere al utilizatorului VPN este o conexiune punct la punct ntre dou
maini, clientul VPN i serverul a cror resurse le solicit (VPN server). Configuraia exact a
reelei publice, sau tehnologiile de transmisie folosite, nu au nici o importan atta timp ct
legtura apare ca o conexiune privat.
Conexiunile VPN permit rutarea pachetelor provenite de la diferite reele locale, separate
geografic, ale aceleiai instituii, prin intermediul unor "canale" care asigur confidenialitatea"
datelor, ca i cnd aceasta ar dispune de propriile sale conexiuni de tip WAN.
Att conexiunile directe la servere aflate la distan (remote servers) ct i la reele locale
(rutate), conexiunile VPN permit unei organizaii s fac tranzacii securizate prin reele publice
(dial-up, linii nchiriate sau Internet).
13.2. Componentele unei conexiuni VPN.
O conexiune VPN include cteva componente prezentate n figura 13.2.

Client privat
VPN
Reea de tranzit
Tunel
Reea local privat

LAN
VPN
Conexiune VPN
Resurs local
privat - servere de
fiiere, WEB, FTP etc.
Server de
tunelare
Reea privat virtual - VPN
Fig. 13.2. Componentele conexiunii VPN.

1. Serverul VPN - este o main care asigur o legtur cu un client de VPN i poate furniza
accesul acestuia la resursele de reea, sau o conexiune VPN ntre rutere. Sistemele de operare
Microsoft Windows NT 4.0 i 2000 (NT 5) sunt dotate cu componente care asigur accesul de la
distan (RAS - Remote Access Server) i rutarea unei conexiuni VPN (RRAS - Routing RAS) ceea
ce le permite realizarea de conexiuni VPN cu alte sisteme de operare produse de Microsoft.
2. Clientul VPN - este o main care iniiaz o conexiune VPN (cerere adresat unui server
VPN). Acesta poate s fie un calculator individual care face o cerere pentru a obine acces la un
server de VPN, sau un ruter aparinnd unei reele locale (LAN) prin care se stabilete o conexiune
VPN (route-to-router VPN connection). Sistemele de operare Microsoft Windows sunt dotate cu
componentele necesare stabilirii de conexiuni VPN. Pentru sistemele Windows 95/98 aceste
componente se gsesc sub forma unor dispozitive virtuale (virtual private networking adapter)
"instalate" naintea adaptorului de reea pentru linia telefonic (dial-up adapter). n cazul n care
este necesar o conexiune VPN cu un alt sistem de operare, un sistem de operare Microsoft
Windows-client poate utiliza i soluiile PPTP (Point-to-Point Tunneling Protocol) sau L2TP
(Layer Two Tunneling Protocol) prin utilizarea IPSec (Internet Protocol Security).
3. Tunel (Tunnel), poriunea dintr-o conexiune VPN prin care datele sunt ncapsulate
suplimentar pentru a fi transmise prin reeaua public.
4. Conexiune VPN, poriunea din conexiune n care datele sunt criptate pentru securizare i
ncapsulate.
Observaie: Este posibil realizarea de conexiuni care utilizeaz procese suplimentare de
ncapsulare (tunelare), fr criptarea datelor. Aceste conexiuni nu se consider conexiuni VPN
deoarece datele ne-criptate pot s fie interceptate.
5. Protocolul de tunelare, standardul de comunicaie utilizat pentru crearea i administrarea
tunelului, ncapsularea i criptarea datelor private. Astfel de protocoale sunt PPTP, L2TP i IPSec,
prezentate n detaliu n acest capitol.
6. Date tunelate, datele trimise de-a lungul unei legturi private punct la punct.
7. Legtura de trecere public (Transit Internetwork), poriunea din reeaua public folosit
pentru transferul datelor private ncapsulate. Aceast poriune este, de obicei, o reea IP, public sau
chiar privat (Internet sau Intranet).
Crearea unei conexiuni VPN este foarte asemntoare cu stabilirea unei conexiuni prin linia
telefonic simpl (dial-up), sau de rutare suplimentar (demand-dial routing). Exist dou variante
principale de conexiuni VPN, accesul de la distan a unui server de conectare (remote access
server), sau o conexiune securizat ntre dou rutere aparinnd unor reele locale separate (routerto-router VPN connection).
Conexiune VPN la distan prin linie telefonic (Remote Access VPN Connection)
comutat sau dedicat.
Accesul de la distan se face de ctre o main-client, sau un calculator personal care, pentru
a se conecta la o reea privat, iniiaz o cerere de legtur adresat unui server de conectare
(acces). Acesta furnizeaz resursele necesare unei conexiuni VPN i accesul la o reea, sau un alt
serviciu privat (server de fiiere, date sau imprimare) la care este conectat.
Pentru un grad mai mare de securitate a conexiunii VPN, procesul de autentificare este
reciproc i are loc n faza de iniializare a legturii. Clientul de la distan, care face cererea de
conectare (client VPN), se va "prezenta" serverului (autentifica), dup care serverul se va
autentifica i el clientului. Este de remarcat c n cazul acestui tip de conexiune, pachetele de date
au ca surs chiar maina client.
Conexiune VPN ntre rutere (Router-to-Router VPN Connection).
O conexiune VPN ntre dou rutere se stabilete de ctre unul dintre acestea i permite
conectarea a dou poriuni ale unei reele private (dou reele locale - LAN - distincte care aparin
administrativ aceleiai organizaii). Serverul VPN furnizeaz o rut spre reeaua la care acesta este
conectat. Este de remarcat c n cazul acestui tip de conexiune, pachetele de date nu au ca surs
(dect n cazuri particulare) ruterul care servete unul dintre capetele conexiunii VPN, ci acestea
provin de la alte maini client. Ruterul care iniiaz (cere) conexiunea VPN (client VPN) se
autentific ruterului care servete cererea (server VPN), iar acesta, pe baz de reciprocitate, va face
la fel.
13.3. Proprietile conexiunii VPN.
Conexiunile care folosesc PPTP i L2TP alturi de IPSec, sunt caracterizate de urmtoarele
funciuni [2, 3]:
ncapsulare,
Autentificare,
Criptarea datelor,
Alocarea adresei, a numelui simbolic i a serverului de nume.
ncapsularea
Tehnologiile folosite pentru realizarea conexiunilor VPN folosesc metode de ncapsulare a
datelor private, prin adugarea unui antet (header) care s permit pachetelor s strbat poriunea
de reea de tranzit i s ajung la destinaia dorit (reeaua privat destinaie).
Autentificarea.
Autentificarea unei conexiuni VPN poate avea una dintre urmtoarele dou variante:
Autentificarea utilizatorului.
Pentru stabilirea unei conexiuni, serverul VPN cere clientului s se autentifice n faza de
iniializare a conexiunii, pentru ca acesta s acesta s poat primi acces la resurse. Autentificarea
reciproc limiteaz posibilitatea unor servere false s intercepteze legtura i s deturneze fluxul de date.
Autentificarea datelor i verificarea integritii acestora.
Pentru a verifica c datele trimise, de-a lungul unei conexiuni VPN, ajung acolo unde trebuie
(la captul corespunztor) i nu sufer modificri pe parcurs, acestea conin o secven )sum) de
control criptat pe baza unei chei de criptare cunoscut doar de ctre maina surs i destinaie.
Criptarea datelor.
Pentru asigurarea confidenialitii datelor private transmise de-a lungul unei conexiuni publice,
acestea se cripteaz de ctre maina surs i decriptate de ctre cea destinaie. Acest proces poate avea
loc doar dac ambele maini cunosc cheia de criptare corespunztoare. Interceptarea pachetelor de date
trimise de-a lungul unei conexiuni publice nu furnizeaz informai cu neles, fr cunoaterea cheii de
criptare. Lungimea acesteia este un parametru de securitate important deoarece durata decriptrii, n
cazul necunoaterii cheii (proces posibil de altfel), este cu att mai lung cu ct lungimea cheii este mai
mare. Decriptarea, n aceste condiii, necesit un volum semnificativ de resurse. De aceea se recomand
folosirea unei chei de criptare cu un numr de caractere ct mai mare posibil. Pe de alt parte, utilizarea
unei chei de criptare un timp mai ndelungat (pentru o cantitate mare de date) crete riscul descifrrii
acesteia. De aceea, tehnologia de criptare ofer posibilitatea schimbrii cheii pe durata aceleiai
conexiuni. Una dintre opiunile de configurare a unei astfel de conexiuni este i frecvena cu care trebuie
schimbat cheia.
Alocarea adresei i a serverului de nume.

La configurarea unui server VPN, se creeaz o interfa virtual (de fapt o verig
suplimentar n lanul de transmitere a datelor) care permite realizarea conexiunilor VPN. Cnd o
main client face o cerere de stabilire a unei conexiuni VPN, se activeaz pe aceast main
interfaa virtual care se conecteaz apoi la serverul VPN, stabilindu-se astfel conexiunea punct la
punct securizat. Adresa IP a nodurilor de la capete poate fi furnizat dinamic de ctre serverul
VPN, prin utilizarea unui serviciu DHCP (Dynamic Host Configuration Protocol) care opereaz pe
aceast main, sau static prin utilizarea unei adrese de reea i a unei mti. n cadrul aceluiai
proces de iniializare a legturii, are loc i atribuirea adresei unui server de nume, DNS (Domain
Name System, specific sistemelor de operare Unix) sau WINS (Windows Internet Name Service),
aparinnd reelei la care este conectat serverul VPN.
13.4. Conexiuni VPN prin Internet sau intranet.
Conexiuni VPN prin Internet.
Aceste conexiuni se pot utiliza atunci cnd este nevoie de legturi punct la punct securizate,
ntre maini singulare sau ntre reele. De cele mai multe ori tronsoanele publice sunt pari din
Internet sau Intranet-uri.
Conexiuni care traverseaz pri din Internet.
Utilizarea Internet-ului permite conectarea ntr-o reea privat cu eliminarea legturilor
telefonice la distane mari, n cazul n care mainile de la capetele conexiunii au legturi directe la
Internet.
Accesul de la distan prin Internet.
Conectarea unui client individual.
Este de neles ca un client, care are nevoie de o legtur la o resurs aflat la distan, s fie tentat
s foloseasc o soluie ct mai ieftin cu putin. Legturile telefonice la distane mari sunt scumpe,
peste tot n lume. Se prefer, dac este posibil, utilizarea unei legturi locale la un server de conectare
(NAS - Network Access Server) pus la dispoziie de un furnizor de servicii Internet (ISP). Deoarece
acest furnizor ofer un mediu public de comunicare, clientul va avea nevoie de o conexiune VPN, pn
la serverul care ofer resursa necesar, care s-i protejeze datele mpotriva interceptrii.
n acest caz, clientul va activa "interfaa" VPN, care se conecteaz la componenta
corespunztoare care opereaz pe maina destinaie (serverul care ofer resursa), tunelul astfel creat
va permite transferul datelor private prin Internet, spre o main singular sau spre o reea local
(figura 13.3).
Client privat
(VPN) DTE
Reea privat
LAN
Tunel prin
Server de acces reea public
(ISP)
(Internet)
DCE
VPN
Conexiune Dial-Up,
ISDN, ADSL etc.
Server de
tunelare
Fig. 13.3. Accesul prin Internet a unui client individual la o resurs privat.
Conectarea unor reele, utiliznd Internet.
Cnd se dorete interconectarea unor reele locale prin Internet (aa cum se poate vedea n
figura 13.4.) se va folosi o poat de acces, un ruter ataat la una dintre reele, care s transmit
pachetele unui alt ruter ataat la cealalt reea. ntre aceste dou rutere se va stabili o conexiune
VPN, care va opera aparent ca o legtur de nivel OSI 2 (Data Link).

Reea privat
LAN A
Reea public
(Internet) sau
reea privat de
tranzit (intranet)
VPN
Reea privat
LAN B
VPN
Conexiune virtual
Fig. 13.4. Conectarea prin Internet a dou reele locale, desprite geografic.
Conectarea unor reele locale, desprite geografic, utiliznd linii telefonice dedicate (WAN).
n locul utilizrii unor linii dedicate lungi (specifice tehnologiilor WAN), ntre dou locaii
aflate la distane mari una de cealalt, se pot folosi serviciile unor furnizori locali. O conexiune
VPN poate fi iniiat de oricare dintre ruterele aflate la capetele traseului. Aceste pot expedia
pachetele direct, pe baza unui protocol rutabil, sau pot iniia un tunel (conexiune VPN) ntre reeaua
surs i reeaua destinaie.
Conectarea unor reele locale, separate geografic, utiliznd linii telefonice comutate (DialUp Links). n cazul unei reele locale dotat cu un ruter, n locul utilizrii unor conexiuni telefonice la
distan mare pe linie comutat, se pot folosi legturi telefonice locale (tot pe linie comutat). Acesta
poate folosi serviciile unui furnizor local, iniiind o conexiune VPN (ruter la ruter). Pentru aceasta,
ruterul, care servete a doua reea i trebuie s opereze ca server VPN, trebuie s aib o conexiune
permanent la Internet (poate fi o linie telefonic dedicat sau o alt legtur WAN permanent).
Se poate ca nici unul dintre rutere s nu aib o conexiune permanent la un furnizor de
servicii Internet. n acest caz, unul dintre acetia trebuie s dispun de soluii care s permit
iniierea unei conexiuni i rutarea la cerere a pachetelor DDR (Dial-on Demand Routing). Aceasta
nseamn c serverul de acces la reea NAS (Network Access Server) va iniia legtura telefonic,
prin linie comutat, cu ruterul clientului de la cellalt capt al conexiunii.
Conexiuni VPN n cadrul aceleiai reele (Intranet-Based VPN Connections).
O astfel de conexiune este mai avantajoas n cazul n care este nevoie de legturi securizate
ntre pri ale aceleiai reele locale.
Accesul la distan n Intranet.
n unele reele Intranet datele transmise ntre departamente trebuie s fie bine protejate
mpotriva interceptrii. De aceea n multe situaii, unele reele sunt independente din punct de
vedere fizic (neconectate la alte segmente de reea). Aceasta face ca mainile din aceste reele s nu
aib acces la resurse importante aflate n alte segmente de reea.
Pentru a elimina aceste neajunsuri, se pot folosi conexiuni VPN ntre departamentele cu pretenii
speciale de securitate, n cadrul aceleiai reele. Astfel, aceeai utilizatori pot transmite date secrete de-a
lungul unei conexiuni VPN, separat de servere VPN, dar pot avea acces simultan i la resurse publice.
Toate transmisiile fcute de-a lungul unei conexiuni VPN sunt criptate, ceea ce face ca acea
parte din reea s fie ascuns utilizatorilor care nu au acces la aceasta. Figura 13.5. prezint accesul
la resurse prin VPN de-a lungul unei reele locale (sau intranet).
Client privat
(VPN) LAN B
Reea privat
LAN B
Conexiune prin
reea privat (Intranet)
Tunel
securizat
LAN A
Reea privat
VPN
Conexiune
Ethernet
Server de
tunelare
Fig. 13.5. Conexiune securizat care permite accesul la resurse aflate la distan n Intranet.
Conectarea segmentelor de reea folosind tronsoane intranet i Internet.

Se pot conecta segmente de reea ntr-un intranet utiliznd conexiuni VPN ruter la ruter. Acest
tip de conexiune poate s fie necesar pentru a conecta dou departamente, a cror date sunt
confideniale, din locaii diferite folosind simultan tronsoane ale unor reele publice i private. n
acest caz pot sa existe dou situaii, diferite prin modul n care un client VPN (main individual
sau reea local) are acces la server-ul VPN.
n cazul n care accesul direct este permis, se poate utiliza un singur tunel ntre client i
resursa destinaie. n cazul n care accesul spre un server VPN, care asigur tunelul spre resursa
destinaie, este accesibil doar prin utilizarea unui alt tunel VPN, se va adopta tunelare succesiv, aa
cum se poate vedea n figura 13.6.
Reea privat
LAN B1
Tunel 2 prin
reea public
(Internet)
Client privat
LAN A
VPN
Tunel 1 prin
reea privat
Server de
(intranet)
tunelare B1
Reea privat
LAN B2
Server de
tunelare A
VPN
VPN
Server de
tunelare B2
Reea local
LAN A
Fig. 13.6. Tunelarea multipl prin tronsoane mixte private i publice.

Pentru ca un client privat al reelei locale LAN A, aparinnd reelei locale LAN B1, s aib
acces la reeaua LAN A prin server-ul de tunelare A, este nevoie s fie utilizate dou tunele.
Accesul clientului privat la propria reea (LAN A) se poate face numai prin intermediul
tunelului 1, format ntre acesta i server-ul VPN A, dar pe care nu l poate accesa direct, ci doar prin
intermediul unui tunel de tranzit (tunel 2), format ntre server-ele. VPN B1 i B2, aflate la capetele
unui tronson de reea public.
Acest tunel suplimentar se numete "de tranzit" (Pass-Through) i permite transferarea
simultan a mai multor tunele de tip 1. Aceast soluie este des folosit n cazul conectrii unor
utilizatori domestici (home users), prin intermediul furnizorilor de servicii Internet (ISP), la resurse
aflate la locul de munc al acestora (enterprise network).
13.5. Protocoale utilizate n tunelrile VPN.
13.5.1.
Prezentare general.
Pentru stabilirea conexiunilor virtuale tunelate se folosesc cteva protocoale specifice,

dezvoltate pentru diferite platforme i sisteme de operare. Cele mai des ntlnite sunt SOCKS,
SSL/TLS dezvoltate pentru sistemele de operare Unix i PPTP, IPSec i L2TP dezvoltate pentru
sistemele de operare din familia MS-Windows.
Dintre acestea, cele mai folosite pentru construirea tunelelor VPN de uz general sunt PPTP,
IPSec i L2TP, SOCKS fiind utilizat pentru cortine sau ziduri de foc n reelele Unix, iar
SSL/TLS pentru transferul securizat al datelor ntre clieni i servere de web sau pot electronic.
13.5.2.
SOCKS
SOCKS este un protocol definit de IETF (Internet Engineering Task Force) care opereaz la
nivelele superioare ale modelelor de referin, ntre nivelul transport i aplicaie (al modelului
TCP/IP), potrivit pentru UNIX i Linux dar mai puin n cazul celorlalte sisteme de operare.
Aceasta permite un control flexibil i strict al traficului aplicaiilor prin tunelul reelei private
virtuale (VPN). Dezavantajul major al acestui protocol este c el trebuie construit, compilat i
configurat n funcie de sistemul de operare i aplicaiile pe care trebuie s le serveasc.
Protocolul are dou variante SOCKSv4 i SOCKv5, cel din urm permind autentificarea
accesului prin tunel pe baza unui nume de utilizator i a unei parole. Implementarea acestuia se face
pe baza unei perechi de componente client-server, prima opernd ca o verig intermediar ntre
nivelul aplicaie i cel de transport, iar cea de a doua, ca aplicaie de sine stttoare.
Acest gen de arhitectur permite realizarea serverelor de comunicaie (proxy) pentru
transferul controlat al unor servicii dintr-o reea spre alta. Aplicaia client mandateaz serverul
SOCKS ca releu pentru a face cererea spre aplicaia server corespunztoare i apoi s-i transmit
napoi rspunsul, aa cum se poate vedea n figura 13.7.
Terminal surs
Terminal destinaie
Aplicaie Client
Aplicaie Server
Server SOCKS
Transport
Transport
Transport
Fizic
Fizic
Fizic
Fig. 13.7. Modul de implementarea SOCKS i calea pe care o parcurg datele ntre surs i
destinaie.
Versiune SOCKSv4 a protocolului, ndeplinete trei funcii importante:
asigur conexiune ntre surs i destinaie,
configureaz circuitul virtual,
asigur schimbul datelor ntre surs i destinaie.
Varianta SOCKSv5 adaug, la cele de mai sus, funcia de autentificare.Datele sunt
ncapsulate, dup adugarea unui antet cu informaii i mesaje SOCKS, n segmente TCP i
pachete IP al cror format se poate vedea n figura 13.8.
Antet
nivel
Legtur
Antet
IP
Antet
TCP
Mesaj
SOCKS
Date
Utile
FCS
Fig. 13.8. Formatul unei datagrame ntr-o reea cu implementare SOCKS.
13.5.3.
SSL
SSL (Secure Sockets Layer) este un protocol dezvoltat de firma Netscape Communications
Corporation pentru sisteme UNIX, folosit la transferul securizat al datelor ntre aplicaii web i
pota electronic, funcionnd doar n reele TCP/IP.
SSL, folosit uneori n conjuncie cu TLS (Transport Layer Security) folosete un mecanism
de validare a conexiunii dintre surs i destinaie bazat pe certificate de autorizare (CA). Protocolul
asigur trei funciuni de baz [1]:
Criptarea datelor transferate ntre aplicaii,
Transferul cheilor de criptare ntre aplicaii,
Identificarea i autentificarea sistemelor de la capetele conexiunii virtuale.
Componenta SSL se introduce ntre nivelul "aplicaie" i "transport", conform modelului de
referin TCP/IP, aa cum se poate vedea n figura 13.9.
Aplicaii (Upper Layer Protocols HTTP, LDAP,

SMTP, POP, IMAP etc.)
SSL
Transport (TCP)
Internet (IP)
Network Access (Ethernet, PPP)
Fig.13.9. Poziionarea SSL ntre componentele modelului TCP/IP.
13.5.4.
PPTP (Point-to-Point Tunneling Protocol)
PPTP este un protocol de tunelare care ncapsuleaz PPP n segmente TCP i apoi n pachete
IP, n vederea transmiterii prin reele bazate pe acesta din urm. PPTP este documentat n RFC
2637. PPTP folosete o conexiune TCP pentru a iniia, ntreine i nchide tunelul i transmisia
datelor. PPP permite comprimarea sau/i criptarea datelor propriu-zise i autentificarea terminalelor
implicate n conexiune. Pentru ncapsularea cadrelor se folosete o variant modificat de GRE
(Generic Routing Encapsulation) [2, 3].
Utilizarea tunelrii PPTP permite mbinarea avantajelor de accesibilitate i rat mare de
transfer prin utilizarea unei reele IP cablate, cu cele ale de securitate, prin autentificare, compresie
i criptare, a conexiunilor Dial-Up prin server de acces (NAS Network Access Server, sau RAS
Remote Access Server).
Autentificarea utilizat este similar cu cea folosit de PPP n cazul conexiunilor Dial-Up i
anume:
PAP (Password Authentication Protocol) , metod de autentificare prin parol transmis n
clar;
CHAP, MS CHAP (Microsoft Challenge-Handshake Authentication Protocol) metod de
autentificare prin trimiterea periodic, de ctre serverul de acces, a unei chei de control (Challange).
Clientul folosete aceast cheie i aplic asupra parolei un algoritm ciclic de criptare (MD5 Message Digest-5), dup care trimite serverului de acces rezultatul obinut (hash).Serverul face
acelai lucru cu parola nscris n baza sa de date i compar rezultatele;
SPAP (Shiva Password Authentication Protocol) metod de autentificare prin transmiterea
de ctre client, serverului de autentificare, a unei parole criptate. SPAP folosete un algoritm bidirecional de criptare, prin trimiterea cheii de criptare, criptarea parolei i decriptarea ei. Serverul
de acces verific apoi parola, obinut prin decriptare, cu cea nscris n baza de date;
EAP-TLS (Extensible Authentication Protocol -Transport Level Security) permite
adugarea de modaliti suplimentare de autentificare prin smart card, transfer de chei publice,
protocol Kerberos etc., n conjuncie cu un server extern de autentificare RADIUS (Remote
Authentication Dial In User Service). Mesajele necesare pentru autentificare sunt criptate i
ncapsulate n pachete speciale, fiind apoi transferate ntre serverul de acces (NAS) i cel de
autentificare (RADIUS).
Pentru criptarea i compresia coninutului cmpului de date, PPTP folosete algoritmi de
compresie, ca LZS sau MPPC/MPPE (Microsoft Point to Point Compression / Encription), pentru
compresia i criptarea datelor. MPPE ofer suport doar pentru criptarea legturii (transferul datelor)
nu i pentru criptarea conexiunii dintre cele dou terminale. Cnd se impune acest lucru, trebuie
folosit suportul de criptare la un nivel superior, prin utilizarea IPSec, pentru criptarea pachetelor
care parcurg tunelul creat de PPTP.
10
PPTP se prezint ca un serviciu introdus ntre nivelul standard de transport i cel de aplicaie,
reprezentat printr-o pereche client-server, acesta din urm utiliznd o conexiune TCP pe potul
1723.
Tunelul PPTP este iniiat i administrat prin mesaje de control transmise periodic, separat de
pachetele cu date utile, ntre aplicaia client i cea server. Formatul unui astfel de pachet de control
se poate vedea n figura 13.10.
Antet
nivel
Legtur
Antet
IP
Antet
TCP
Mesaj de control
conexiune PPTP
FCS
nivel
Legtur
Fig. 13.10. Formatul unei datagrame cu informaii de control PPTP.

Transferul datelor prin tunel presupune mai multe nivele de ncapsulare, aa cum se poate
vedea n figura 13.11.
ncapsulare cu criptare PPP
Antet
nivel
Legtur
Antet
IP
Antet
GRE
Parametri pachet reea

public, Adrese IP tunel,
server VPN destinaie
Antet
PPP
Date utile criptate

FCS
n tunel PPP
nivel
(Datagrame IP, IPX, etc.) Legtur
Antet
IP
Antet
TCP
/UDP
Date utile secvene aplicaie
Parametri pachet reea

privat, Adrese IP client
surs - destinaie
Fig. 13.11. ncapsularea datelor n tunel PPTP cu criptare.

ncapsularea n cadrele PPP.
Datele care trebuie transferate sunt criptate i ncapsulate ntr-un cadru PPP, cruia I se
adaug un antet GRE (Generic Routing Encapsulation, descris n RFC 1701 i RFC 1702). Acesta
este folosit pentru scopuri generale de transfer ale diferitelor protocoale prin reele IP i are codul
47 (vezi fiierul protocol).
ncapsularea pachetelor GRE.
Cadrele PPP, mpreun cu antetul GRE, sunt apoi ncapsulate n pachete IP i transferate n
reea. La destinaie, datele sufer un proces de decapsulare succesiv cu decriptare i decompresie.
13.5.5.
L2TP (Layer Two Tunneling Protocol) i IPSec (Internet Protocol Security).
L2TP (Layer Two Tunneling Protocol) este o combinaie ntre PPTP i L2F (Layer 2
Forwarding) o tehnologie propus de CISCO Systems Inc., n vederea obinerii unui protocol de
tunelare care s combine avantajele celor dou i este documentat de RFC 2661. L2TP
ncapsuleaz cadrele PPP care pot apoi s fie trimise de-a lungul unor reele IP, X25, Frame Relay
sau ATM.
n continuare se va prezenta doar varianta de ncapsulare n reele IP, n care cadrele L2TP
sunt ncapsulate n datagrame UDP care pot fi trimise apoi n Internet sau n reele locale, intranet.
Soluia presupune existena a dou tipuri separate de mesaje, de control i date tunelate.
Acestea din urm, transferate prin cadrele PPP, pot fi criptate i/sau comprimate. Criptarea se
poate face utiliznd MPPE, sau IPSec ESP (Encapsulating Security Payload), sistemele de operare
din familia Microsoft Windows folosind a doua variant. Pachetele transmise de un client printr-un
11
tunel L2TP-IPSec, ntr-o reea IP, trebuie s fie livrate direct unui server corespunztor.
Autentificarea folosit de L2TP trebuie s fie aceeai cu cea PPP, adic EAP, MS CHAP, CHAP,
SPAP, sau PAP.
Antet
- nivel
Legtur
Antet
IPSec
ESP
Antet
IP
Antet
UDP
Mesaj de control
L2TP
Final
IPSec
ESP
Secv.
FCS
autent.
- nivel
IPSec ESP Legtur
ncapsulare cu criptare IPSec

a)
Antet
nivel
Legtur
Antet
IP
Antet
IPSec
ESP
Antet
UDP
Antet
L2TP
Date utile criptate

n tunel PPP
(Datagrame IP, IPX, etc.)
Antet
PPP
Final Secv. autent.

FCS
IPSec
IPSec
nivel
ESP
ESP
Legtur
ncapsulare PPP cu criptare IPSec

b)
Fig. 13.12. Structura datagramelor cu ncapsulare L2TP-IPSec.

Pentru iniierea i administrarea tunelului, L2TP folosete pachete de acelai tip, cu cele
pentru transferul datelor tunelate, aa cum se poate vedea n figura 13.12. Mesajele de control sunt
transmise direct, n cmpul de date a datagramei, (figura 13.12 a), iar datele tunelate sunt
ncapsulate, mai nti, n cadre PPP, (figura13.12 b).
Informaia, sub form de mesaje de control sau date tunelate, se transmit prin datagrame
UDP, prin acelai circuit, identificat prin portul fix 1701. Deoarece pentru ncapsulare se folosesc
datagrame UDP, care este un protocol fr mecanisme de control a transmisiei, L2TP folosete
mesaje de control pentru confirmarea livrrii la destinaie a datelor tunelate. n corpul antetului
L2TP exist cmpuri cu funcie asemntoare cu cele folosite de TCP pentru confirmarea
segmentelor (Next Receive ~ Acknoledgement Number, Next Sent ~ Sequence Number). L2TP
accept mai multe canale, numite sesiuni (sessions) pentru fiecare tunel folosit. n antetul
protocolului L2TP exist elemente de identificare att pentru tunel (Tunnel ID ct i pentru
identificarea sesiunilor (Session ID) din cadrul unui tunel. Formatul antetului L2TP se poate vedea
n figura 13.13.
1
1
T L
4
S 0 O P
lungime cmp
4
Versiune
32
16
Lungime total mesaj
Tunel ID
Sesiune ID
Numr Secven curent
Numr secven de Recepionat
Offset date
Offset pad
Date
Fig. 13.13. Formatul antetului L2TP.
Semnificaia cmpurilor din antetul L2TP este urmtoarea:

T (1 bit), tip mesaj. Are valoarea 0 pentru cazul transmiterii datelor tunelate i 0 pentru mesajele
de control;
L (1 bit), activeaz utilizarea cmpului Lungime total mesaj. Pentru mesajele de control, acest
bit trebuie s fie egal cu 1;
S (1bit), activeaz utilizarea cmpurilor NS (Numr Secven curent) i NR (Numr secven
de Recepionat). Pentru mesajele de control acest bit trebuie s fie egal cu 1;
O (1 bit), indic prezena cmpului Offset date. Pentru mesajele de control acest bit trebuie s
fie egal cu 0;
P, bit de prioritate prin care se impune pentru mesajul curent, un tratament preferenial la
transmisie i adugarea lui n cozi. Este utilizat doar n cazul transmisiei de date, pentru mesajele
de control, acest bit trebuie s fie 0;
Versiune (4 bii), indic versiunea protocolului L2TP folosit. Valoarea egal cu 1 este rezervat
pentru pachete L2F, care pot fi transmise amestecat cu cele L2TP.Pachetele sosite cu alt
valoare dect una cunoscut trebuie abandonate;
12
Lungimea total a mesajului (16 bii) este un cmp opional, folosit doar dac bitul L este 1,
care indic lungimea total a mesajului:
Tunel ID (16 bii), reprezint numrul de identificare a tunelului pentru o anumit conexiune i
are doar semnificaie local, indicnd destinatarul mesajului. Acelai tunel poate s aib
numere de identificare diferite la cele dou capete;
Sesiune ID (16 bii), reprezint numrul de identificare a sesiunii dintr-un tunel i are doar
semnificaie local, indicnd destinatarul mesajului. Aceeai sesiune poate s fie identificat
diferit la cele dou capete ale tunelului;
Numrul secvenei curente (16 bii) este un cmp opional care indic numrul de ordine al
secvenei de date sau al mesajului de control. Numrul secvenei ncepe cu 0 i este apoi
incrementat cu 1 (modulo 216), dup fiecare mesaj transmis;
Numrul secvenei de recepionat (16 bii) este un cmp, folosit pentru confirmare, care indic
numrul de ordine al secvenei care trebuie transmis. Valoarea sa este egal cu numrul ultimei
secvene recepionate plus 1 (modulo 216);
Offset date (16 bii) este un cmp opional care indic numrul de octei, fa de nceputul
antetului L2TP, de unde ncepe cmpul Date . Se folosete n conjuncie cu bitul O care indic
utilizarea opional a cmpului Offset pad;
Offset Pad (variabil) este un cmp de completare cu 0 pentru a obine datagrame de lungime
multiplu de 32 bii;
Date (variabil) cmp care conine datele utile sau mesajele de control.
13.5.6.
IPsec (Internet Protocol Security)
Noiuni generale.
IPsec este o extensie a suitei de protocoale TCP/IP care permite securizarea comunicaiei, n
mod transparent fa de aplicaii, furniznd servicii de autentificare a sursei, controlul accesului,
verificare a integritii i criptare a datelor. Acest protocol a fost descris iniial n documentele IETF
RFC 1825-1829, nlocuite mai trziu de RFC 2401-2412 i RFC 4301-4309.
IPsec opereaz la nivelul OSI 3 reea, aa cum se poate vedea n figura 13.14, spre deosebire
de alte protocoale, cum sunt SSL/TLS sau SSH, care opereaz de la nivelul OSI 4 pn la 7.
Modelul
OSI
Modelul
TCP/IP
Aplicaie
Prezentare
Sesiune
Modul
IPsec Transport
Aplicaii
M odul
IPsec Tunel
Aplicaii
Aplicaii
(Upper Layer
Protocols Web,
FTP, Telnet,
SMTP, DNS etc.)
(Upper Layer
Protocols)
(Upper Layer
Protocols)
Transport
Transport (TCP)
Transport (TCP)
Transport (TCP)
Reea
Internet (IP)
IPsec
IP - Privat
Legtur
IP - Public
IPsec
Fizic
Network
Access
(Ethernet, PPP)
Network
Access
IP - Public
Network
Access
Fig. 13.14. Implementarea IPsec n raport cu modelele de referin OSI i TCP/IP.

Aceasta face ca IPsec s fie un protocol flexibil, permind protejarea informaiei coninut de
unitatea de date de la nivelul OSI 4 transport, TCP i UDP. Avantajul utilizrii protocolului IPsec
este c aplicaiile, opernd la nivelul OSI 7, nu trebuie configurate s foloseasc un anumit protocol
de criptare, aflat la un nivel imediat inferior.
13
Arhitectura de securitate a protocolului. Componente de baz.

IPsec este implementat sub forma unui set de componente de criptare a pachetelor,
autentificarea mutual a terminalelor i stabilire a parametrilor de securizare. Aceste componente
asigur o arhitectur de securitate, n interiorul protocolului IP, prin care se deschide cte o
conexiune securizat unidirecional. Transferul bidirecional este posibil prin deschiderea, n
paralel, a unei perechi de conexiuni securizate prin criptare i autentificare reciproc.
Pentru identificarea, autorizarea i verificarea integritii pachetelor transmise, IPsec adaug
n structura pachetului IP o colecie de informaii, denumit generic SA (Security Associations).
Acestea sunt gestionate i controlate cu ajutorul componentelor SPI (Security Parameter Index) i
SADB (Security Association Database), baze de date n care sunt pstrai parametri de securizare
(autentificare i criptare) asociai cu adresele terminalelor, ntre care are loc transmisia.
n cazul transmisiilor multicast, asocierea parametrilor de securitate se poate face pe grupuri
de terminalele, fiecare terminal putnd fi asociat cu mai multe criterii de securizare.
Moduri de implementare.
IPsec permite dou moduri de implementare:
Transport, este un mod de ncapsulare suplimentar, n care se protejeaz prin criptare
doar coninutul pachetului, nu i antetul acestuia. n modul transport se adaug un antet suplimentar,
ntre antetul de transport (TCP sau UDP) i cel de reea (IP), dar nu se modific structura acestuia
din urm. Aceasta permite transferul pachetului prin reea, ca i al celorlalte pachete care nu
folosesc IPsec;
Tunel, este un mod de ncapsulare care poate proteja prin criptare ntregul pachet. IPsec
preia un pachet IP, gata format, l cripteaz i l ncapsuleaz n alt pachet pe care l trimite apoi
prin reeaua public (tunel).
Protocoale de autentificare i criptare.
Protocoalele utilizate pentru transferul acestor informaii sunt: AH (Authentication Header),
care permite criptarea i/sau autentificarea pachetelor i ESP (Encapsulating Security Payload
ncapsularea cu securizare a datelor utile). Acestea folosesc, pentru stabilirea i transferul
parametrilor SA (Security Associations), un mecanism de schimb al cheilor de criptare numit IKE
(Internet Key Exchange).
IKE.
IKE (Internet Key Exchange) este un protocol, definit n documentul RFC 2409, care
opereaz alturi de ISAKMP, folosit pentru transferul cheilor de criptare, n funcie de informaiile
furnizate de SA.
IKE permite terminalelor s negocieze, n mod securizat, o cheie de sesiune, folosind
protocoalele ISAKMP (Internet Security Association and Key Management Protocol) pentru
crearea de asocieri de securitate SA i OAKLEY, bazat pe algoritmul Diffie-Hellman (conceput
de Whitfield Diffie i Martin Hellman), pentru schimbarea cheilor ntre cele dou pri. IKE se
poate folosi alturi de protocolul de autentificare Kerberos, certificate X.509v3 sau chei distribuite
anterior.
AH.
AH (Authentication Header) a fost conceput pentru a furniza informaiile necesare verificrii
integritii datelor i autentificrii originii acestora. Antetul de autentificare AH are o singur parte,
care este ataat fiecrei datagrame (aa cum se poate vedea n figura 13.15) i conine semntura,
sub forma unui cuvnt criptat HMAC (Hash Message Authentication Code), obinut cu ajutorul
algoritmilor de criptare MD5 (Message Digest versiunea 5), sau SHA-1 (Secure Hash Algorithm).
14

ncapsularea pentru modul "Transport"
Antet
IP
Antet
TCP/UDP
Antet
AH
Date
autentificare
ncapsularea pentru modul "Tunel"
Antet
IP tunel
Antet
AH
Antet
IP privat
Antet
TCP/UDP
Date
autentificare
Fig. 13.15. Formatul pachetului cu autentificare AH.

n cazul utilizrii protocolului AH, informaiile din antetul IP nu se modific. Deoarece,
informaiile de autentificare a pachetului se calculeaz innd seama i de coninutul antetului, nu
este permis modificarea sa, de-a lungul traseului spre destinaie.
ESP.
ESP (Encapsulated Security Payload) a fost conceput pentru a furniza servicii de verificare a
integritii, autentificarea originii i confidenialitate a datelor. ESP are dou pri, un antet i o
coad, coninnd informaiile necesare securizrii transferului, prin criptarea coninutului
pachetelor. Ca i n cazul AH, ESP folosete pentru autentificare coduri criptate HMAC, bazate pe
algoritmii de criptare MD5 sau SHA-1, iar pentru criptarea coninutului, algoritmul DES-CBC
(Data Encryption Standard cu Cipher Block Chaining mod de criptare succesiv).
Formatul pachetelor, dup ncapsulare, se poate vedea n figura 13.16.
ISAKMP.
ISAKMP (Internet Security Association and Key Management Protocol) este un protocol
care furnizeaz urmtoarele servicii:
gestionarea asocierilor la criteriile de securitate,
stabilirea algoritmilor de autentificare i criptare,
stabilirea protocoalelor de securizare;
transferul cheilor de autentificare i criptare
autentificarea iniial a prilor.
ncapsularea pentru modul "Transport"
Antet
IP
Antet
ESP
Antet
TCP/UDP
Date
Coad
ESP
Autentif.
ESP
Coad
ESP
Autentif.
ESP
criptare
autentificare
ncapsularea pentru modul "Tunel"
Antet
IP tunel
Antet
ESP
Antet
IP privat
Antet
TCP/UDP
Date
criptare
autentificare
Fig. 13.16. Formatul pachetului cu ncapsulare ESP.

13.6. Criptarea datelor
Criptarea datelor are ca scop principal eliminarea riscului ca datele transferate printr-o reea
public s nu poat fi interceptate de ctre ali utilizatori, ai mediului comun de transmisie, dect cei
care se afl la capetele circuitului virtual. Pentru criptare se folosesc, de obicei, algoritmi de criptare
care se pot mpri n dou clase, i anume:
Algoritmi simetrici, n care este folosit aceeai cheie de criptare att pentru criptare ct i
pentru decriptarea datelor. Din aceast categorie face parte algoritmul DES (Data Encryption
Standard) care folosete schimbul, ntre parteneri, a unei chei publice. Avantajul principal al acestei
15
metode este simplitatea i uurina implementrii. Principalul dezavantaj este nivelul sczut de
securitate, ceea ce impune utilizarea ulterioar a altei chei secrete de criptare.
Algoritmi asimetrici, n care se folosesc dou chei, una public i una privat care este
inut secret. Algoritmii folosii sunt de tip ireversibil, adic o criptare o dat fcut nu mai poate fi
descifrat, chiar n cazul cunoaterii cheii de criptare, fr a avea alte informaii suplimentare.
Aplicaia server care utilizeaz SSL folosete o cheie privar pentru criptarea datelor i trimite cheia
public aplicaiei client. Cheile de criptare sunt construite n aa fel nct un mesaj criptat cu una
dintre chei nu poate fi decriptat dect utiliznd cheia pereche. Astfel, cheia public nu poate fi
folosit la criptarea i decriptarea aceluiai mesaj.
Cel mai des folosit algoritm de criptare cu cheie public este RSA (denumire derivat din
prenumele autorilor si Ron Rivest, Adi Shamir i Leonard Adleman). Complexitatea algoritmului
face criptarea mult mai sigur dect n cazul algoritmilor simetrici, utilizarea sa la criptarea datelor
utile pare o soluie tentant. Numrul mare de calcule necesare pentru determinarea cheilor l fac
foarte lent i de aceea acest algoritm este folosit doar pentru criptarea cheii unui algoritm simetric
(de exemplu DES), care este folosit apoi la criptarea datelor utile. Acesta din urm (DES) poate s
fie de 10.000 de ori mai rapid dect RSA, iar gradul de securitate al metodei depinde de securitate
al transferului cheii algoritmului simetric.
Iniierea unei conexiuni SSL presupune parcurgerea urmtoarelor faze:
Aplicaia client face cererea pe portul securizat,
Aplicaia server rspunde cu un certificat digital care conine cheia public,
Clientul verific data de expirare a certificatului,
Clientul verific dac Certificatul de Autenticitate (CA) apare n lista sa cu adresele de ncredere,
dac apare se trece la faza urmtoare iar dac nu este cerut confirmarea acceptrii sau nu a
conexiunii. Certificatul de autorizare se poate obine i instala i separat sub forma unui fiier sau
ir de caractere.
Clientul verific apoi dac numele simbolic al mainii i cel al domeniului FQDN (Fully Qualified
Domain Name), care gzduiete aplicaia server, corespunde cu cel trecut n certificat (CN Common
Name).
Iniierea conexiunii SSL, n cazul n care sunt ndeplinite toate condiiile de mai sus.
Asigurarea autenticitii i integritii datelor

Integritatea datelor transferate se verific cu ajutorul unor algoritmi, cum este HMAC (Hash
Message Authentication Code) bazat pe SHA-1 (Secure Hash Algorithm versiunea 1) sau MD5
(Message Digest Algorithm versiunea 5) bazai pe sume rezumative succesive (Message Digest) ale
mesajelor transferate. Procesul schimbrii cheilor de criptare, criptarea, transferul i decriptarea
datelor parcurg urmtoarele etape.
Criptarea
1. La aceast etap, mesajul original "Text clar" este criptat pe baza cheii private a sursei,
rezultnd "Textul cifrat 1" care folosete la autentificarea sursei (aplicaie sau main);
2. "Textul cifrat 1" este criptat cu ajutorul cheii publice a destinaiei, rezultnd "Textul cifrat 2",
care va asigura verificarea autenticitii destinaiei, deoarece doar destinaia este capabil s
descifreze mesajul utiliznd propria cheie privat;
3. Se creaz "SHA-1 MsgDigest 1" suma rezumativ succesiv, bazat pe algoritmul SHA-1, a
mesajului "Text clar"
4. Suma rezumativ, obinut n etapa 3, este criptat pe baza cheii private a sursei i se folosete
ca "Semntur digital" a mesajului iniial "Text clar". Rolul acesteia este de a se putea verifica
la recepie integritatea mesajului iniial i autenticitatea sursei;
5. Se transmit spre destinaie "Semntura digital" i "Textul cifrat 2".
Decriptarea datelor
1. n prima etap mesajul "Text cifrat 2" este decriptat cu ajutorul cheii private a destinaiei,
rezultnd mesajul "Text cifrat 1";
16
2. Mesajul "Text cifrat 1" este decriptat cu ajutorul cheii publice a sursei, rezultnd "Text clar"
3. Se creeaz suma rezumativ de control "SHA-1 Msg Digest 2", bazat pe SHA-1, a mesajului
"Text clar";
4. Se decripteaz "Semntura digital" folosind cheia public a sursei rezultnd "SHA-1 Msg
Digest 1"
5. Se compar "SHA-1 MsgDigest 1" cu "SHA-1 MsgDigest 2", iar dac acestea sunt egale se
confirm valabilitatea mesajului "Text clar".
17
I.

1. Componentele unei conexiuni VPN sunt:
a) Server VPN, client VPN, tunel, protocol de tunelare, reea de tranzit, algoritm de
criptare;
b) Server VPN, client VPN, tunel, protocol de tunelare, reea de tranzit, date
tunelate;
c) Server WEB, client WEB, tunel, protocol de tunelare, reea de tranzit, algoritm
de autentificare;
d) Server VPN, client VPN, tunel, protocol de tunelare, reea de tranzit, algoritm de
autentificare;
e) Server VPN, client VPN, tunel, protocol de criptare, reea de tranzit, algoritm de
conectare.
2. Conexiunile care folosesc PPTP i L2TP alturi de IPSec, ndeplinesc urmtoarele
funciuni:
a) rutare, autentificare, criptarea datelor, alocarea adresei, a numelui simbolic i a
serverului de nume (DNS);
b) ncapsulare, autentificare, criptarea datelor, alocarea adresei, verificarea erorilor
i a serverului de nume (DNS);
c) ncapsulare, autentificare, criptarea (eventual compresie) datelor, alocarea
adresei, a numelui simbolic i a serverului de nume (DNS);
d) ncapsulare, autentificare, criptarea datelor, transport, a numelui simbolic i a
serverului de nume (DNS);
e) ncapsulare, criptarea datelor, alocarea adresei, a numelui simbolic i a serverului
de nume (DNS).
3. Metodele de autentificare, utilizate n cazul conexiunilor VPN, sunt:
a) PAP, CHAP, SSL, SPAP, EAP;
b) PAP, CHAP, MS-CHAP, SPAP, EAP;
c) PPTP, CHAP, MS-CHAP, SOCKS, EAP;
d) PAP, CHAP, MD5, SPAP, EAP;
e) PAP, CHAP, IPSec, L2TP, EAP.
I.

1. Conexiunile VPN permit utilizatorilor s lucreze de acas, sau din alt locaie i s
aib acces la resursele unei reele locale private, folosind infrastructura oferit de un
furnizor public de servicii de reea.
adevrat fals
2. Arhitectura unei conexiuni VPN este de tip Punct-la Punct.
adevrat fals
3. Cadrele protocolului de tunelate PPTP se ncapsuleaz direct n pachetele IP,
transferate prin reeaua de tranzit.
adevrat fals
18

RSPUNSURI
I.

1. b
2. c
3. B
II.

1. adevrat
2. adevrat
3. fals
Bibliografie
1. Martin, F., SSL Certificates HOWTO, v0.5, Distribuie Linux, 2002
2. Microsoft Windows 2000 Resource Kit, Cap. 9, Virtual Private Networking
3. http://www.securitytechnet.com/resource/security/vpn/INBE_VPN.doc
Cursul 14. Instrumente virtuale de comunicaie bazate pe mediul de programare LabVIEW.

Cursul 14
INSTRUMENTE VIRTUALE DE COMUNICAIE BAZATE PE

MEDIUL DE PROGRAMARE LABVIEW
Introducere curs
Obiective curs

individual
n acest curs sunt prezentate instrumente virtuale de comunicaie bazate

pe mediul de programare LABVIEW.
Noiuni introductive despre aplicaiile distribuite.
Elemente de baz ale modelului client-server.
Introducere n instrumentaia virtual bazat pe LabVIEW.
Instrumentul virtual bazat pe mediul de programare LabVIEW.
Componente de comunicaie la nivelul de transport (OSI 4),
bazate pe protocolul TCP.
Componente de comunicaie la nivelul de sesiune, prezentare i
aplicaie (OSI 5, 6, 7), bazate pe server-ul de comunicaie
DataSocket.
Pagin de web interactiv folosind DataSocket.
Cuprins:
14.1.
14.1.1.
14.1.2.
14.1.3.
14.2.
Noiuni generale despre aplicaiile distribuite..................................2

Elemente introductive. .....................................................................2
Elemente de baz ale modelului client-server. .............................2
Introducere n instrumentaia virtual bazat pe LabVIEW. ...........4
Instrumentul virtual bazat pe mediul de programare
LabVIEW. ........................................................................................5
14.2.1. Funcii de comunicaie la nivelul de transport (OSI 4), bazate
pe protocolul TCP. ...........................................................................7
14.2.2. Componente de comunicaie la nivelul de sesiune, prezentare
i aplicaie (OSI 5,6,7), bazate pe server-ul de comunicaie
DataSocket. ....................................................................................10
14.3.
Pagin de web interactiv folosind DataSocket. ............................16
RSPUNSURI .............................................................................................25
Bibliografie...................................................................................................25

14.1. Noiuni generale despre aplicaiile distribuite.
14.1.1. Elemente introductive.

Scopul acestui capitol l constituie prezentarea unor soluii de monitorizare, sau de control
distribuit n reea, utiliznd instrumente virtuale construite n mediul de programare LabVIEW.
Aceste instrumente se ncadreaz n categoria aplicaiilor client/server.
Sistemele de operare de reea permit partajarea datele i a aplicaiilor stocate pe terminalele
din reea. Un mediu de calcul distribuit este caracterizat de trei funcii de baz:
administrarea datelor,
procesarea,
prezentarea ctre utilizator.
Cele mai des folosite metode de realizare a aplicaiilor distribuite sunt:
1. Metoda interfeelor de programare a aplicaiilor (API Application Programming
Interface). Interfaa de programare a aplicaiilor (API) este o metod folosit n mod curent pentru
partajarea informaiei, ntr-o reea client/server. Acestea sunt funcii, oferite de ctre productorii de
software, care permit programatorilor de aplicaii s acceseze resursele reelei, ntr-o manier
standard. API-urile de reea permit, de asemenea, interconectarea diferitelor aplicaii care ruleaz
sub acelai sistem de operare.
2. Metoda de schimb a informaiilor prin utilizarea aplicaiilor server de baze de date. n
aceast situaie, aplicaiile de tip client trebuie s furnizeze aplicaiilor server de baze de date
informaiile obinute din msurare sau supraveghere a procesului controlat. Aplicaiile de
monitorizare, de tip client, preiau informaiile stocate i oferite (publicate) de ctre aplicaiile de tip
server de baze de date, pe care le folosesc apoi n deciziile de control. Astfel, informaia este
transferat ntre clieni, doar prin intermediul aplicaiilor server de baze de date.
3. Metoda manipulrii de la distan a terminalelor text (Remote Login), sau a ferestrelor
(remote windowing). Metoda folosete componente care permit transferul ecranului de control al
unui sistem de operare i se utilizeaz atunci cnd aplicaia de msurare, sau control, opereaz doar
local i nu permite transferul informaiilor n reea. Pentru transferul ecranelor text (console text) se
folosesc aplicaii de tipul Telnet sau SSH (Secure Shell), n cazul transferului securizat al datelor.
Datele de intrare i de ieire sunt transferate sub form de expresii text, comenzi-linie sau iruri de
caractere.
n cazul sistemelor de operare cu interfee grafice (GUI - Graphic User Interface), se
transfer la distan gestiunea ferestrelor i a aplicaiilor. Un astfel de exemplu l reprezint, n cazul
sistemelor de operare din familia Microsoft Windows, Remote Desktop, iar n cazul sistemelor
Unix, Linux XWindows. n toate aceste situaii, aplicaia este lansat pe terminalul pe care se face
achiziia, sau controlul, spre terminalul de la distan transferndu-se doar o imagine a datelor
obinute n urma procesului de achiziie.
4. Metoda utilizrii de ctre aplicaii a apelurilor de tip RPC (Remote Procedure Call).
Acestea sunt programe complementare cu capabiliti de interconectare ntre aplicaii distribuite,
ntre diferite platforme hardware sau software. Aplicaiile care sunt implementate n reea pot folosi
aceste proceduri pentru ordonarea mesajelor, traducerea diferitelor coduri i meninerea integritii
protocolului de comunicaie, micornd n acest fel complexitatea aplicaiilor.
14.1.2. Elemente de baz ale modelului client-server.
O arhitectur client/server este un model de comunicaie n care aplicaiile software sunt
distribuite, ntre entiti diferite, dintr-o reea local, reea public, sau combinaii ale acestora.
Aplicaiile client, iniiaz conexiunea i cer, sau transmit informaii de la, sau spre, una sau mai
multe aplicaii de tip server.
Modelul client/server permite distribuia acestor funcii ntre mai multe echipamente din
reea.
Orice sistem de calcul din reea poate avea funciuni specifice unei aplicaii de tip client, sau
de tip server. Aplicaia client este entitatea care cere deschiderea sesiunii de lucru n reea i
execuia sarcinii. Aplicaia de tip server este entitatea care ateapt o cerere, venit din partea unei
entiti client i execut un set de sarcini.
Realizarea conexiunilor, necesare comunicaiei ntre aceste entiti, se poate face direct la
nivelul OSI 4 (transport), sau prin utilizarea unor componente ale nivelului OSI 5 (sesiune) de tipul
proceduri de apel de la distan (RPC Remote Procedure Calls).
Nu toate informaiile dintr-o arhitectur client/server sunt stocate i controlate de aplicaia
server, aplicaiile client pot fi capabile de a stoca i procesa date, local.
ntr-o arhitectur client/server identificarea prilor (client sau server) nu depinde de rolul
funcional al aplicaiilor, ci de modul n care aceste aplicaii interacioneaz ntre ele i cu nivelul
OSI 4 (transport). Se consider un sistem de dou terminale pe care opereaz cte o aplicaie client
i una server, aa cum se poate vedea n figura 14.1.
Terminal A
Aplicaie
Client (http)
cerere
deschidere
conexiune
Circuit virtual de
comunicaie ntre aplicaii
Port activ
- alocare
dinamic
>1024
Circuit virtual de
comunicaie TCP
Port pasiv
- alocare
valoare fix
80
Terminal B
Aplicaie
Server (http)
cerere
deschidere
port pasiv 80
Transport
Transport
Reea (IP)
Reea (IP)
Legtur
Legtur
Fizic
Fizic
Fig. 14.1. Principiul comunicaiei ntre perechea de aplicaii "client/server".

n timpul lansrii n execuie a unei aplicaii server, aceasta face o cerere, nivelului de
transport (n cazul de fa componentei TCP de pe terminalul B), de a deschide un port pasiv cu
valoare fix i de a-i transfera eventualele cereri primite pe acesta, de la o aplicaie client. Valoarea
fix a portului (numr de identificare a aplicaiei deservit de componenta de transport) este
necesar pentru ca aplicaia pereche client s tie unde s trimit eventualele cereri.
Pentru o aplicaie server de web, portul de identificare standard este 80 (detalii suplimentare
se pot gsi n capitolul 12). n cazul n care aplicaia client (care opereaz pe terminalul A) are nevoie s
transfere date spre aplicaia server (de pe terminalul B) va cere componentei de transport deschiderea
unui port activ (alocat dinamic) prin care s stabileasc o conexiune cu componenta de transport de pe
terminalul destinaie. Altfel spus, singura care poate iniia o cerere de conexiune, la nivel de transport,
este aplicaia client. Aplicaia server poate doar s atepte, transferul unor date, realizat printr-o
conexiune stabilit ntre componentele de transport, care opereaz pe cele dou terminale.
Iniierea, meninerea i nchiderea conexiunii, ntre terminale, este sarcina exclusiv a
nivelului de transport. Dup stabilirea acestei conexiuni, transferul datelor, ntre aplicaii se poate
face n ambele sensuri fr s mai conteze cine a iniiat cererea de conexiune. O conexiune, stabilit
ntre componentele omologe ale nivelului OSI 4 (transport), este univoc determinat prin cte dou
elemente, specifice fiecrui terminal, adresa de reea i portul de identificare a aplicaiei. Aceast
pereche se numete socket.
O aplicaie care opereaz pe un terminal din reea, este determinat global de un socket unic,
indiferent dac este client sau server. Acest lucru este valabil deoarece adresa de reea a unui
terminal este unic (n afara cazului n care este vorba despre terminale aparinnd unor reele
private izolate), iar numrul portului, de identificare a aplicaiei de ctre componenta de transport,
este de asemene unic.
Aa cum s-a putut vedea n capitolul 4, pot exista conexiuni stabilite ntre diferite aplicaii client i
aceeai aplicaie server, identificat de un singur socket. Pentru deservirea simultan a mai multor
aplicaii client, aplicaia server utilizeaz componente ale nivelului OSI 5, numite variabile de sesiune.
14.1.3. Introducere n instrumentaia virtual bazat pe LabVIEW.
Termenul de instrumentaie virtual a aprut odat cu necesitatea de a combina un
instrument, de msurare programabil, cu un computer personal, n vederea obinerii unui nou
echipament cu flexibilitate i performane mari. Arhitectura nchis a instrumentelor tradiionale
necesit, pentru o aplicaie de anvergur, un numr mare de aparate specializate. n viziunea
actual, funcionalitatea unui instrument trebuie definit de ctre utilizator i nu de ctre productor.
Reconfigurarea sa ulterioar, pentru alte aplicaii, devine o problem relativ uoar, operaia
rezumndu-se la elaborarea unei noi componente software, la nivel de aplicaie, suportul hardware
rmnnd, n general, acelai.
Instrumentul virtual reprezint o asociere ntre echipamente hardware flexibile (sisteme de
achiziie de date, sau aparate de msur programabile) ataate unui sistem de calcul, mpreun cu
aplicaia software care implementeaz funciile aparatului.
n contextul reelelor digitale de comunicaie, aceste instrumente virtuale pot opera, n mod
distribuit, pe mai multe terminale, aa cum se poate vedea n figura 14.2.
Instrumentele virtuale distribuite pot opera ca aplicaii de sine stttoare, care interacioneaz
direct sub forma perechilor de aplicaii client/server, sau prin intermediul unor aplicaii server de
comunicaie, sau baze de date [2, 4].
O soluie interesant i cu avantaje multiple, este includerea instrumentelor virtuale, sub
forma unor secvene de cod, n pagini web, care pot fi lansate n execuie cu ajutorul aplicaiilor de
navigare pe web (browser web).
Terminal de
monitorizare
(client web)
Server de
comunicaie
DataSocket
Aplicaie de
monitorizare
(client)
Aplicaie de
achiziie
(DS Writer)
INTERNET
Aplicaie de
achiziie
(server)
Terminal de
laborator
(DS Reader)
Fig. 14.2. Exemplu de aplicaii client/server i DataSocket folosite de mediul LabVIEW.

Instrumentul virtual combin, ntr-un mod transparent pentru utilizator:
resursele sistemului de calcul,
caracteristicile de msurare i control ale echipamentului hardware i a componentei
software utilizate pentru analiza datelor,
comunicaia ntre procese,
prezentarea rezultatelor.
n aplicaii de control a proceselor, dup colectarea datelor de intrare (caracteristica strii unui
sistem) se genereaz, dup un anumit algoritm dat, semnale electrice transmise la ieirea
instrumentului virtual. Acestea pot fi folosite, ntr-un sistem de automatizare, pentru comanda i
controlul elementelor de execuie.
Rolul componentei software, ntr-un sistem de instrumentaie virtual, este multiplu:
asigur o interfa, ntre operator i echipamente, uor de folosit;
controleaz echipamentele i diferitele componente hardware,
realizeaz prelucrarea matematic a datelor,
stocheaz i administreaz datele;
prezint rezultatele ntr-o form sugestiv pentru operator,
coordoneaz resursele disponibile pentru implementarea funciilor impuse instrumentului

virtual.
asigur suportul necesar comunicaiei ntre diferitele echipamente distribuite.
Soluiile software pleac de la implementri tradiionale, n care informaiile iniiale sunt de
tip text, pn la abordri de dezvoltare grafic. Mediul de programare, de achiziie i analiz,
LabVIEW face parte din ultima categorie.
LabVIEW (Laboratory Virtual Instrumentation Engineering Workbench) a fost creat
ncepnd cu anul 1986, n laboratoarele universitii din Austin (University of Texas) S.U.A, fiind
dezvoltat de ctre compania National Instruments.
LabVIEW este o platform de instrumentaie virtual foarte complex, disponibil pentru
majoritatea sistemelor de operare, implementarea aplicaiilor realizndu-se prin interfa grafic.
Acesta ofer, de asemenea, un suport important pentru comunicaie i interconectare a
instrumentelor de msurare distribuite n reele digitale, fundamentat pe modelul de referin OSI.
n conformitate cu acest model, funciile de comunicaie sunt mprite i aezate ntr-o
structur vertical pe nivele. Fiecare nivel realizeaz un set de funcii primitive, numite servicii de
nivel N, necesare comunicaiei cu un alt sistem i este deservit de ctre nivelul imediat inferior.
n acelai timp, fiecare nivel este furnizor de servicii pentru nivelul imediat superior.
n mod ideal, funciile ar trebui s fie astfel definite (i mprite) nct eventualele modificri
din cadrul unui nivel s nu atrag dup sine modificri n funciile celorlalte nivele. n acest fel, o
problem complex se descompune ntr-un numr de subprobleme mai uor de rezolvat [1].
Modelul rezultat are apte nivele, aa cum se vede n figura 14.1. Fiecare partener de
comunicaie trebuie s dispun de o aceeai arhitectur de protocoale (cunoscut i sub numele de
stiv de protocoale) care realizeaz aceleai funcii.
Particulariznd aceste principii pentru mediul de programare pentru achiziia i analiza
numeric a datelor LabVIEW, se obine modelul reprezentat n figura 14.3 [2, 4].
Terminal A
Aplicaie
LabVIEW
Circuit virtual de
Circuit virtual de
comunicaie TCP
Terminal B
Aplicaie
LabVIEW
Transport
Transport
Reea (IP)
Reea (IP)
Legtur
Legtur
Fizic
Fizic
Fig. 14.3. Comunicaia ntre dou aplicaii n reea pe baza modelului de referin ISO - OSI.
14.2. Instrumentul virtual bazat pe mediul de programare LabVIEW.

Mediul de programare LabVIEW utilizeaz funcii speciale care implementeaz componente
ale nivelului OSI 4 (transport) reprezentate prin protocolul TCP, sau a unor componente de nivel
OSI 5,6,7 (sesiune, prezentare i aplicaie), reprezentate prin server-ul de comunicaie DataSocket.
Acestea se gsesc sub forma unor instrumente virtuale (VI) care sunt prezentate n cele ce urmeaz.
Alegerea soluiilor de interconectare depinde de arhitectura reelei de interconectare i de
complexitatea aplicaiei. n figura 14.4 se prezint o comunitate de terminale format din dou
reele private (intranet) i o reea public (Internet).
Conectarea reelelor private, la reeaua public, se face prin intermediul ruterelor R1,
respectiv R2, nu prin rutare direct ci printr-un procedeu care se numete NAT (Network Address
Translation). Acest procedeu permite transferul pachetelor de date, dinspre un terminal aflat n
reeaua privat spre reeaua public, prin nlocuirea adresei surs (de nivel OSI 3 - reea) cu adresa
public a ruterului (translatare) care asigur conectarea. Acest lucru nu permite ca o aplicaie care
opereaz pe un terminal din reeaua public, sau dintr-o alt reea privat, s acceseze direct o
aplicaie care opereaz pe un terminal aflat ntr-o reea privat [3].
Pentru a asigura totui comunicaia ntre un terminal din reeaua privat i unul din reeaua
public, ruterul ine o eviden (tabel de NAT) a tuturor cererilor venite din reeaua privat, spre
terminale din reeaua public.
Cnd ruterul primete pachete de rspuns, sosite de la acestea, le va ntoarce spre terminalele
private care au iniiat acele cereri, innd seama de informaiile nregistrate n tabela de NAT.
Aplicaie
Client 1
Aplicaie
Client 2
Aplicaie Client
DS Writer 1
R1
R2
Reea local
privat 2
Reea local
privat 1
NAT
R3
Aplicaie Client
DS Reader 2
Aplicaie
Server 1
NAT
Aplicaie Client
DS Reader 3
Aplicaie Client
DS Reader 3a
Aplicaie
Server 2
Server de
comunicaie
DataSocket
Aplicaie Client
DS Writer 2
Internet
Aplicaie
Client 2a
Aplicaie Client
DS Writer 3
Aplicaie Client
DS Reader 1
Reea public
Fig. 14.4. Instrumente virtuale distribuite, bazate pe aplicaii "client/server", folosind LabVIEW.
Prin acest procedeu, dei se permite accesul, spre reeaua public, a terminalelor din reeaua
privat, acestea sunt izolate adresele lor fiind ascunse terminalelor din reeaua public. Astfel, pot
exista mai multe reele private care s foloseasc aceleai adrese pentru terminale, situaie care nu
se ntlnete n cazul reelei publice.
Iniierea unei cereri de conectare o poate face doar o aplicaie client, aplicaia server fiind apt
doar s rspund la aceasta, consecina a modului de stabilire a conexiunilor de ctre componentele
nivelului OSI 4 (transport). De aceea, aplicaiile server trebuie s opereze pe terminale aflate n
reeaua public, eventuale aplicaii server aflate n reeaua privat nu pot fi accesate dect de
aplicaii client care opereaz n aceeai reea.
Analiznd cazul interconectrii a dou instrumente virtuale de achiziie i monitorizare, n
contextul celor prezentate mai sus, se pot identifica 3 cazuri:
1. Ambele instrumente opereaz pe terminale din aceeai reea, privat sau public. n aceast
situaie, aplicaiile se pot interconecta direct, pachetele de reea fiind rutate n ambele sensuri. Se
pot utiliza att perechi client/server (Client 1 Server 1 sau Client 2a Server 2) ct i perechi
de aplicaii client, writer i reader (DS Writer 3 - DS Reader 3a), interconectate prin server de
comunicaie DataSocket, care opereaz pe un terminal din acea reea privat, sau pe unul din
reeaua public.
2. Un instrument opereaz n reeaua privat, iar cellalt n reeaua public. n aceast situaie, se
pot folosi perechi client/server doar n cazul n care aplicaia server opereaz pe un terminal
din reeaua public, iar cea client pe un terminal din reeaua privat (Client 2 Server 2).
Se pot folosi i perechi de aplicaii client, writer i reader (DS Writer 1 DR Reader 1),
interconectate prin server de comunicaie DataSocket, situaie n care acest server trebuie s
opereze pe un terminal din reeaua public.
3. Instrumentele virtuale opereaz n dou reele private. n aceast situaie este obligatorie
utilizarea de perechi de aplicaii client, writer i reader (DS Writer 2 DS Reader 2),
interconectate printr-un server de comunicaie DataSocket care opereaz pe un terminal din
reeaua public.n toate situaiile prezentate mai sus, aplicaia server de comunicaie trebuie s
fie accesibil de fiecare dintre aplicaiile client.
14.2.1. Funcii de comunicaie la nivelul de transport (OSI 4), bazate pe protocolul
TCP.
Componentele de comunicaie ale protocolului de transport TCP realizeaz circuite virtuale
ntre nivelele OSI 4 aflate pe cele dou terminale pe care opereaz aplicaiile distribuite, aa cum se
Terminal de monitorizare
de la distan
Terminal de
control local
Porturi digitale
de moniotorizat
Circuit virtual de
Local.vi
Distanta.vi
Circuit virtual de
comunicaie TCP
Transport
Transport
Reea (IP)
Reea (IP)
Legtur
Legtur
Fizic
Fizic
Fig. 14.5. Conexiunea virtual a nivelului OSI 4 - Transport.

Acestea pot fi utilizate, n construcia instrumentelor virtuale, apelnd funciile prezentate n
continuare [4].
Funcii TCP.
TCP Open Connection este funcia care deschide o conexiune TCP, folosind adresa
terminalului destinaie i portul aplicaiei specificate, avnd urmtorii parametri:
o address este adresa IP a terminalului cu care se dorete stabilirea conexiunii. Adresa poate fi n
format numeric, zecimal cu punct, sau folosind numele simbolic, caz n care este nevoie ca
acesta s fie furnizat de un server de nume (DNS).
o remote port este numrul portului care identific aplicaia de pe terminalul de la distan cu
care vrem s stabilim conexiunea.
o timeout ms este timpul de ateptare n milisecunde. Dac operaia nu se termin n acest timp
funcia i ncheie execuia i returneaz un mesaj de eroare. Are valoarea implicit 60.000 ms
(un minut). Valoarea 1 definete timp de ateptare nelimitat.
o error in este conectorul de intrare pentru cluster-ul care descrie erorile aprute n timpul
execuiei programului pn la intrarea n aceast funcie. Valoarea implicit este no error.
Cluster-ul error in conine urmtorii parametrii:
o status are valoarea TRUE n cazul apariiei unei erori. Dac status are valoarea TRUE, funcia
nu se mai execut, iar error out conine aceeai informaie ca i error in.
o code este codul erorii. Valoarea 0 indic absena unei erori.
o source reprezint sursa erorii i are ca valoare numele funciei n care a aprut eroarea, urmat de
mesajul de eroare, iar n cazul execuiei fr erori, numele ultimei funcii executate, urmat de
mesajul no error.
o local port este numrul portului local pe care se deschide conexiunea. Unele servere permit
conexiuni numai clienilor care folosesc numere de port ntr-un anumit domeniu. Dac valoarea
este 0, sistemul de operare aloc dinamic un port nefolosit.
o connection ID este identificatorul conexiunii TCP.
o error out conine informaii despre erorile aprute. Dac error in indic prezena unei erori
atunci error out conine aceleai informaii ca i error in; altfel, descrie erorile aprute la
execuia funciei curente.
TCP Listen este funcia care deschide un port de ascultare ce ateapt o cerere de conexiune din
partea unei aplicaii client.
Cnd se lanseaz un proces de tip server, de ascultare la un port, nu se mai poate folosi ntr-un alt
instrument virtual (VI) funcia TCP Listen care s asculte la acelai port. Dac un VI conine dou
funcii TCP Listen, n diagrama bloc, acestea trebuie s foloseasc numere de port diferite ntre ele
i diferite de alte porturi deschise pe terminalul respectiv. Funcia are urmtorii parametri:
o port este numrul portului la care se va atepta cererea de conexiune.
o timeout ms este timpul de ateptare n milisecunde. Dac operaia nu se termin n acest timp,
funcia i ncheie execuia i returneaz un mesaj de eroare. Are valoarea implicit 25.000.
Valoarea 1 definete un timp de ateptare nelimitat.
o error in este conectorul de intrare pentru un cluster care descrie erorile aprute n execuia
programului, pn la intrarea n aceast funcie. Valoarea implicit este no error. Cluster-ul
error in conine urmtorii parametrii:
nu se mai execut iar error out conine aceeai informaie ca i error in.
o source este sursa erorii. source are ca valoare numele funciei n care a aprut eroarea urmat de
mesajul de eroare sau, n cazul execuiei fr erori, numele ultimei funcii executate urmat de
mesajul no error.
o remote address este adresa IP a terminalului de la distan asociat conexiunii TCP. Adresa IP
este n format numeric zecimal cu punct.
o remote port este portul asociat conexiunii TCP asociat aplicaiei de pe terminalul de la distan.
TCP Read este funcia care citete un anumit numr de octei, provenii de la o conexiune TCP,
returnnd rezultatul, sub forma unui ir, la terminalul data out i are urmtorii parametri:
o mode indic comportamentul funciei de citire. Exist patru opiuni:
o Standard (implicit). Ateapt pn la recepionarea ntregului numr de octei cerut, sau pn la
expirarea timpului specificat. Returneaz numrul de octei primii pn la momentul respectiv.
Dac s-a primit un numr mai mic dect cel ateptat returneaz un mesaj de eroare de timeout.
o Buffered. Ateapt pn la recepionarea ntregului numr de octei cerut, sau pn la expirarea
timpului specificat. Returneaz numrul de octei cerut sau nimic. Dac nu s-a primit numrul
de octei cerut returneaz o eroare de timeout.
o CRLF. Ateapt pn la recepionarea unui CR (carriage return) urmat de LF (line feed), sau
pn la expirarea timpului specificat. Returneaz octeii primii pn la CR i LF, inclusiv CR
i LF sau nimic. Dac nu gsete CR urmat de LF returneaz un mesaj de eroare de timeout.
o Immediate. Ateapt pn cnd primete ceva i returneaz datele. Ateapt pn la expirarea
timpului specificat de timeout, iar dac nu primete nimic n acest timp returneaz o eroare de
timeout.
o bytes to read specific numrul maxim de octei care trebuie citii de la conexiunea TCP.
o timeout ms este timpul de ateptare n milisecunde. Dac operaia nu se termin n acest timp,
o error in este conectorul de intrare pentru cluster-ul care descrie erorile aprute n execuia
programului pn la intrarea n aceast funcie. Valoarea implicit este no error. Cluster-ul
error in conine urmtorii parametrii:
o source este sursa erorii. source are ca valoare numele funciei n care a aprut eroarea, urmat de
mesajul de eroare, sau n cazul execuiei fr erori, numele ultimei funcii executate urmat de
mesajul no error.
o connection ID out are aceeai valoare ca i connection ID.
o data out este terminalul de ieire al datelor citite de la conexiunea TCP.
o error out conine informaii despre erorile aprute. Dac error in indic prezena unei erori,
atunci error out conine aceleai informaii ca i error in; altfel descrie erorile aprute la
TCP Write este funcia care permite scrierea datelor la o conexiune TCP, avnd urmtorii
parametri:
o data in conine datele care vor fi scrise la conexiunea TCP.
o timeout ms este timpul de ateptare, n milisecunde. Dac operaia nu se termin n acest timp
o error in este conectorul de intrare pentru cluster-ul ce descrie erorile aprute n execuia
error in conine urmtorii parametri:
mesajul de eroare, sau n cazul execuiei fr erori, numele ultimei funcii executate, urmat de
mesajul no error.
o bytes written este numrul de octei trimii la conexiunea TCP.
TCP Close Connection este funcia care nchide o conexiune TCP, avnd urmtorii parametri:
o connection ID este identificatorul conexiunii TCP care va fi nchis.
o abort indic dac conexiunea va fi nchis normal (varianta implicit) sau forat. De obicei,
acest parametru este ignorat.
o error in este conectorul de intrare pentru cluster-ul care descrie erorile aprute n execuia
error in conine urmtorii parametri:
mesajul de eroare sau, n cazul execuiei fr erori, numele ultimei funcii executate urmat de
mesajul no error.
10
14.2.2. Componente de comunicaie la nivelul de sesiune, prezentare i aplicaie (OSI
5,6,7), bazate pe server-ul de comunicaie DataSocket.
Serverul de comunicaie DataSocket este o suit de componente care permit interfaarea unor
instrumente virtuale distribuite, prin nglobarea unor funcii specifice nivelelor OSI 5, 6, 7, aa cum
se poate vedea n Fig. 14.6. Acest server permite eliminarea funciilor de formatare a datelor,
filtrarea accesului clienilor la servicii i distribuirea informaiilor ntre terminale.
Prezentare general a tehnologiei DataSocket.
Folosind LabVIEW utilizatorii pot dezvolta uor (chiar fr cunotine de programare)
aplicaii care s permit afiarea panoului frontal al unui instrument virtual, sau ca o pagin Web.
Imaginile sunt uor de transmis prin reea, ns utilizatorii prefer soluii interactive care s
permit controlul de la distan i mbuntirea performanelor. Aceasta nseamn transferul valorii
datelor neprocesate, n locul unor imagini de mari dimensiuni. Tehnologia DataSocket a aprut ca
urmare a acestor cerine ale utilizatorilor.
DataSocket este o tehnologie de programare care simplific schimbul de date, in timp real,
ntre aplicaii distribuite pe mai multe terminale, introdus de compania National Instruments.
Folosind DataSocket programatorii pot transfera eficient date neprocesate prin reea i pot
rspunde cererilor provenite de la mai muli utilizatori, fr creterea complexitii programrii la
nivelul TCP.
Fundamentarea tehnologiei.
Interconectarea unor componente hardware i software a ridicat ntotdeauna anumite
probleme de compatibilitate. Pentru a rezolva aceste probleme, la nivel hardware, trebuie s se in
cont de nivelul semnalelor, impedana circuitelor, etc. La nivelul componentelor software trebuie
rezolvat problema schimbului de date ntre aplicaii.
n faza iniial, trebuie obinute datele experimentale, folosind instrumente de achiziie i
unelte din biblioteci de funcii, iar pentru comunicaia ntre aplicaii se folosete un alt set de
instrumente virtuale.
Unele aplicaii salveaz rezultatele ntr-un fiier, altele folosesc resurse de comunicaie n
reea, de tipul suitei de protocoale TCP/IP, DDE, sau funcii de control ActiveX. Fiecare mecanism
de intrare-ieire (I/O) are particularitile sale, ceea ce impune cunoaterea lor.
Terminal de monitorizare
de la distan
.
Terminal de
control local
Sesiune
Interfa
Data
Socket
Porturi digitale
de moniotorizat
Circuit virtual de
DSDistanta.vi.
Prezentare
11
DSLocal.vi
Server
Data Socket
Interfa
Data
Socket
Prezentare
Sesiune
Transport
Transport
TCP 3015
Transport
Reea (IP)
Reea (IP)
Reea (IP)
Legtur
Legtur
Legtur
Fizic
Fizic
Fizic
Circuit virtual de
comunicaie prin Data Socket
Fig. 14.6. Principiul comunicaiei prin DataSocket i poziionarea componentelor n raport cu

modelul de referin OSI.
Tehnologia DataSocket este o interfa de sine stttoare, uor de aplicat, care asigur accesul
la mecanisme de I/O, fr a fi nevoie ca utilizatorul s foloseasc componente de interfaare,
formatare a datelor i programare, de nivel redus. DataSocket nglobeaz tehnologii de comunicaie,
pentru msurri i automatizri, n acelai fel cum un browser web conine diferite aplicaii de reea
ntr-una singur, uor de folosit.
Funcii DataSocket.
Launch DS Server if Local URL este funcia care lanseaz automat serverul de comunicaie
DataSocket, de pe terminalul local, dac adresa uniform pentru localizarea resurselor (URL Uniform Resource Locator) de intrare se refer la acesta (dstp://localhost/wave).
DataSocket Read este funcia care citete date de la conexiunea specificat n cmpul URL i le
returneaz spre aplicaie, avnd urmtorii parametri:
o URL este identificatorul sursei de date.
o type (variant) specific tipul datelor care vor fi citite i definete tipul de date al terminalului de
ieire, implicit este Variant, care poate fi oricare.
o ms timeout specific timpul de ateptare pentru actualizarea datelor. Acest timp este ignorat
dac parametrul boolean wait for updated value are valoarea FALSE i o valoare iniial a fost
recepionat.
o error in este un cluster care descrie starea erorilor nainte de execuia acestei funcii. Dac error
in indic apariia unei erori n execuia programului nainte de acest VI, acesta din urm nu se mai
execut i informaia despre eroare este trimis la terminalul error out. Dac n-a aprut nici o
eroare, acest VI se execut normal i pune propriile setri de eroare n error out. Se va folosi VI-ul
de tratare a erorilor pentru interpretarea codului erorii i afiarea mesajului corespunztor.
o status are valoarea TRUE dac a aprut o eroare nainte de apelarea acestui VI. Dac status este
TRUE valoarea parametrului code este diferit de zero. Dac status este FALSE code poate avea
valoarea zero sau valoarea unui cod de avertizare.
o code este numrul de identificare al unei erori sau al unui avertisment. Dac status este TRUE
code are o valoare diferit de zero. Dac status este FALSE code are valoarea 0 sau valoarea unui
cod de avertizare. Se va folosi VI-ul de tratare a erorilor pentru interpretarea codului erorii i
afiarea mesajului corespunztor.
o source este un ir care indic originea unei eventuale erori. De obicei se indic numele VI-ului n
care a aprut eroarea.
12
o wait for updated value. Dac acest parametru are valoarea TRUE funcia ateapt actualizarea
datelor. Dac valorile au fost actualizate de la ultima citire funcia i ncheie execuia. Altfel,
ateapt timpul specificat de ms timeout pentru o actualizare. Dac nu are loc o actualizare n acest
timp este returnat valoarea curent i este setat parametrul de ieire timed out la valoarea TRUE.
o Dac wait for updated value este FALSE funcia returneaz valoarea curent a datelor. Timpul
setat de ms timeout este folosit numai dac nc nu s-a primit nici o valoare.
o duplicate URL este URL-ul care specific conexiunea DataSocket.
o data este rezultatul operaiei de citire. Dac expir timpul ms timeout valoarea returnat la
terminalul data este ultima valoare citit. Dac expir timpul ms timeout i nu s-a citit nimic, sau
tipul datelor este incompatibil se returneaz valoarea 0 sau alt identificator echivalent.
o timed out returneaz TRUE dac timpul ms timeout a expirat, n ateptarea unei actualizri sau
a unei valori iniiale.
o error out este un cluster care descrie starea erorii dup execuia VI-ului.
o status are valoarea TRUE dac a aprut o eroare sau FALSE dac execuia a decurs fr erori.
Dac status este TRUE valoarea parametrului code este diferit de zero. Dac status este FALSE
code poate avea valoarea zero sau valoarea unui cod de avertizare.
o code este numrul de identificare al unei erori sau al unui avertisment. Dac status este TRUE
code are o valoare diferit de zero. Dac status este FALSE code are valoarea 0 sau valoarea unui
DataSocket Write este funcia care scrie date la conexiunea specificat prin URL, avnd
urmtorii parametri:
o URL este identificatorul destinaiei datelor.
o data reprezint informaiile care vor fi scrise la conexiunea DataSocket.
o error in este un cluster care descrie starea erorilor nainte de execuia acestei funcii. Dac error
in indic apariia unei erori n execuia programului nainte de acest VI, acesta nu se mai execut i
informaia despre eroare este trimis la terminalul error out. Dac nu a aprut nici o eroare, acest
VI se execut normal i pune propriile setri de eroare n error out. Se va folosi VI-ul de tratare a
erorilor pentru interpretarea codului erorii i afiarea mesajului corespunztor.
o status are valoarea TRUE dac a aprut o eroare nainte de apelarea acestui VI. Dac status este
TRUE valoarea parametrului code este diferit de zero. Dac status este FALSE code poate avea
valoarea zero sau valoarea unui cod de avertizare.
o code este numrul de identificare al unei erori sau al unui avertisment. Dac status este TRUE,
code are o valoare diferit de zero. Dac status este FALSE, code are valoarea 0 sau valoarea unui
o duplicate URL este URL-ul care specific conexiunea DataSocket.
o error out este un cluster care descrie starea erorii dup execuia VI-ului.
o status are valoarea TRUE dac a aprut o eroare, sau FALSE dac execuia a decurs fr erori.
Dac status este TRUE, valoarea parametrului code este diferit de zero. Dac status este FALSE,
code poate avea valoarea zero, sau valoarea unui cod de avertizare.
o code este numrul de identificare al unei erori, sau al unui avertisment. Dac status este TRUE,
code are o valoare diferit de zero. Dac status este FALSE, code are valoarea 0 sau valoarea unui
Exemplu de difuzare a datelor prin DataSocket.
13
Se consider un sistem de msurare i se dorete distribuirea rezultatelor msurtorilor ntre

mai multe sisteme de calcul. Un exemplu tipic este cazul unui laborator n care un calculator
controleaz experimentul, n timp ce civa studeni fac analiza n timp real, pe staii de lucru
individuale.
Pentru a distribui datele folosind bibliotecile TCP trebuie parcurse urmtoarele etape :
Se alege un numr de port TCP nefolosit de alte aplicaii de tip server care opereaz pe
acel sistem
Se stabilete o convenie de transmitere a datelor,
Se configureaz aplicaia server s asculte la portul selectat i s accepte o conexiune, cnd
primete o cerere de la o aplicaie client,
Se configureaz aplicaia server s formateze datele i s rspund la toate conexiunile
cerute de aplicaiile client,
Se configureaz aplicaiile client s cear stabilirea unei conexiuni la adresa i portul
destinaie (socket destinaie) al aplicaiei server, s proceseze datele i s le afieze.
Dac se opereaz anumite modificri ale aplicaiei server (de exemplu, adugarea unui parametru de
transmis) trebuie modificate i aplicaiile client n vederea compatibilizrii formatului i a structurii
datelor.
Folosind bibliotecile de funcii DataSocket, acelai lucru se realizeaz n dou etape :
Deschiderea unei conexiuni DataSocket, folosind un nume de resurs pentru a identifica
datele;
Scrierea datelor la blocul de interfaare cu conexiunea, n urma procesrii ultimelor valori
achiziionate.
n acest caz, programarea la nivel TCP/IP a fost deja fcut prin utilizarea componentelor de
interfaare DataSocket.
Tehnologia DataSocket a fost conceput pentru a rspunde nevoilor inginerilor automatiti i
metrologi, de a transmite date de msurare de-a lungul unor reele complexe. De exemplu, folosind
TCP/IP programatorul trebuie s scrie, n aplicaia server, o procedur pentru a converti datele
msurate ntr-o form nestructurat, adic un ir continuu (stream) de octei, care va fi apoi transmis
cu ajutorul blocurilor oferite de biblioteca TCP Connection i, n mod asemntor n aplicaiile
client, o procedur care s analizeze irul de octei primit pe care s-l transforme n structura de date
original.
DataSocket transfer datele folosind componente care transform, diferite formate de structuri
de date (ir, scalar, boolean, forme de unda, etc), ntr-un format propriu de descriere. Operaiile de
citire i scriere fac conversia datelor n i din forma nestructurat de ir continuu, transferat apoi n
reea, ntr-un mod transparent pentru utilizator.
Se elimin astfel necesitatea de a scrie proceduri complicate de conversie. n plus, folosind
formatul propriu DataSocket se pot asocia, datelor transmise, anumite atribute definite de utilizator.
De exemplu, valorilor achiziionate de la un senzor de temperatur, se poate ataa o marc de
timp, sau unui ir de valori discrete, o rata de eantionare. Acestea pot fi foarte utile pentru
refacerea la destinaie a informaiei achiziionate.
Asocierea unei surse de date la un URL.
n general, o bibliotec de I/O are o funcie Open care primete ca parametru de intrare un
nume, sau un numr, ca identificator al resursei (sau al dispozitivului) ctre care, sau de la care se
face transferul datelor. Dac se lucreaz cu fiiere, numele resursei este calea fiierului, iar pentru
conexiunile care folosesc TCP/IP, numele resursei are dou pri: numele terminalului i numrul
portului care identific aplicaia.
Acesta, aa cum s-a putut vedea n capitolul 4, se numete socket. DataSocket folosete ca
identificator al resursei un URL (Uniform Resource Locator) asemntor adreselor web folosite de
un browser web. De exemplu, URL-ul http://www.natinst.com/datasocket i spune
browser-ului s foloseasc protocolul de transfer HTTP (Hyper Text Transfer Protocol), asociat
suitei de protocoale TCP/IP, pentru a se conecta la terminalul cu numele simbolic
www.natinst.com.
14
Dup aceasta, va cere aplicaiei server web s transfere pagina web implicit din directorul
numit datasocket.
n adresa resursei se definete, la nceput, protocolul de transfer (file:// pentru citirea
unui fiier local, http:// pentru Hyper Text Transfer Protocol, ftp:// pentru File Transfer
Protocol etc.). Deoarece DataSocket folosete propriul protocol de transfer pentru datele de
msurare, acesta va fi identificat prin dstp://. De exemplu, n cazul accesrii unor date ntre
terminalele din laboratorul prezentat mai sus se poate folosi urmtoarea adres:
dstp://serverdatasocket/wave1.
Protocolul de transfer este n acest caz dstp, iar adresa se interpreteaz astfel: deschide o
conexiune DataSocket cu terminalul al crui nume simbolic este serverdatasocket i
transfer informaia corespunztoare semnalului wave1.
Terminal de
laborator
(DS Reader)
Aplicaie de
achiziie
(DS Writer)
Server de
comunicaie
DataSocket
Fig. 14.7. Componentele unui sistem de comunicaie prin DataSocket.

Componentele tehnologiei DataSocket.
DataSocket are dou categorii de componente: DataSocket API (aplicaii client DataSocket
Writer i DataSocket Reader) i DataSocket Server, aa cum se poate vedea n figura 14.7.
DataSocket API (Application Programming Interface) prezint o singur interfa standard
pentru comunicaia cu mai multe tipuri de date, utilizat de mai multe limbaje de programare.
DataSocket Server simplific comunicaia n reele complexe (publice, private, sau mixte), acoper
nivelele OSI 5, 6, 7 i folosete pentru transport i reea suita de protocoale TCP/IP.
DataSocket API.
O interfa API conine un set de funcii pe care programele le pot folosi pentru a apela rutine
ale unei alte platforme software, de exemplu ale sistemului de operare. Astfel, un program poate
realiza funciuni complexe trimind doar o singur instruciune unei interfee API.
DataSocket conine o singur interfa API, bazat pe adresare URL, independent de
protocolul de transfer, limbaj, sau sistem de operare. Aceast interfa a fost proiectat pentru a
simplifica distribuia datelor binare i este implementat sub form de control ActiveX, biblioteci
LabWindows/CVI, C sau ca un set de instrumente virtuale LabVIEW i poate fi folosit n orice
mediu de programare.
Interfaa API-DataSocket convertete automat datele de msurare ntr-un ir continuu de
octei, care este trimis apoi prin reea, prin intermediul conexiunilor TCP. Aplicaia DataSocket,
care primete datele, convertete automat irul de octei la forma original.
Acest proces automat de conversie scutete utilizatorul de necesitatea scrierii unor secvene de
cod complicate.
API-ul DataSocket conine patru operaii de baz (deschidere, citire, scriere i nchidere)
similare apelurilor standard de intrare-ieire. Aceast interfa se poate folosi pentru a citi date de la
urmtoarele aplicaii:
Fiiere locale
Servere HTTP i FTP
Servere OPC (OLE for Process Control, OLE - Object Linking and Embedding);
Servere DSTP
DataSocket Server.
15
Server-ul DataSocket este o component de sine stttoare folosit de programele care apeleaz
interfaa API-DataSocket pentru a transmite simultan, la viteze mari, date de msurare ntre mai multe
aplicaii client. Conexiunile dintre clieni, realizate de ctre aplicaia server DataSocket, sunt iniiate n
mod automat i gestionate individual n funcie de tipul datelor i scopul transferului.
n acest proces, de transmitere a datelor, sunt implicate trei componente: aplicaia surs,
Server-ul de comunicaie DataSocket i aplicaia destinaie, Fig. 14.8.. Aplicaia surs folosete
API-DataSocket pentru a scrie date la server; iar aplicaia destinaie folosete interfaa pentru a citi
date de la server. Att aplicaia surs (DataSocket Writer) ct i cea destinaie (DataSocket Reader)
sunt aplicaii client ai server-ului DataSocket.
Cele trei componente pot opera pe acelai terminal, sau pe terminale diferite, alegerea
variantelor depinznd de posibilitatea rutrii pachetelor de date ntre aplicaiile client i server.
Astfel, conexiunea dintre aplicaiile client i aplicaia server trebuie s poat fi stabilit i n
situaiile n care avem de-a face cu combinaii de reele public-private.
n cazul n care clienii i server-ul de comunicaie sunt n aceeai reea, acesta din urm poate
s opereze pe oricare dintre cele dou terminale pe care opereaz aplicaiile client, sau pe un
terminal de sine stttor. n cazul n care aplicaiile client opereaz pe terminale din reele private
separate ntre ele (fr rutare reciproc a pachetelor de reea), cu conectare la reeaua public prin
NAT (Network Address Translation), aplicaia server trebuie s opereze pe un terminal din reeaua
public, accesibil din reelele private.
Aplicaie client de monitorizare
(instrument virtual LabVIEW)
Server de comunicaie
DataSocket
Aplicaie client de
achiziie i transmisie
Monitorizare cu instrument
publicat ca pagin de web
Fig. 14.8. Transmiterea datelor folosind server-ul DataSocket.

Server-ul DataSocket poate restriciona accesul aplicaiilor client la date, administrnd
drepturi i permisiuni de iniiere, scriere sau citire, n funcie de adresa terminalelor. Aceste liste de
control al accesului (ACL - Access Control Lists), alturi de alte opiuni ale aplicaiei, se pot
configura cu ajutorul unei aplicaii numit DataSocket Server Manager.
Aplicaii bazate pe DataSocket.
n continuare se prezint, prin cteva exemple, modul de folosire a acestei tehnologii.
o Monitorizarea variabilelor de proces folosind DataSocket.
Se consider cazul unei fabrici care realizeaz mai multe tipuri de produse. Fiecare tip de produs
are propria linie de fabricaie i fiecare linie are un calculator care monitorizeaz variabilele de proces.
16
Se cere realizarea unei aplicaii n LabVIEW care s monitorizeze, n mod continuu fiecare
variabil de proces. Aplicaia trebuie s trimit datele prin reeaua local, n timpul cel mai scurt,
ctre biroul central. Un calculator din biroul central adun informaiile i afieaz situaia curent a
variabilelor de proces, pentru fiecare linie de producie, n parte.
Folosind componentele de comunicaie din biblioteca TCP/IP ar trebui fcut cte o pereche
aplicaii client/server care s achiziioneze datele de proces, s le transforme ntr-un ir continuu de
octei, i s le trimit spre terminalul din biroul central, pentru fiecare linie de fabricaie n parte.
Aplicaia de pe terminalul din biroul central poate s conin, sub forma unui set de instrumente
virtuale, mai multe blocuri de tip client sau server.
Tehnologia DataSocket permite rezolvarea mai uoar a problemei comunicaiei ntre secia
de producie i biroul central.
n imaginea diagramei bloc, prezentat n figura 14.8, este ilustrat modul n care se pot citi i
scrie datele de proces, folosind interfaa DataSocket API. Pentru c datele sunt trimise la server-ul
DataSocket, aplicaia care opereaz pe terminalul din biroul central nu trebuie s gestioneze
conexiuni multiple, ci doar trebuie s citeasc informaiile asociate fiecrei linii de fabricaie.
Fig. 14.9. Citirea i scrierea datelor de proces folosind interfaa DataSocket API.
Pornind de la acest exemplu, se pot imagina i soluii de control, dinspre terminalul din biroul
central, a linilor de fabricaie. n acest caz, aplicaiile care opereaz pe terminalele din liniile de
producie, pot s conin combinaii de instrumente virtuale de tip client/server
14.3. Pagin de web interactiv folosind DataSocket.
Se consider un laborator de procesarea semnalelor care este inclus ntr-un proces de nvare
la distan, prin Internet. Laboratorul are terminale de lucru (staii) i un terminal server, cu funciuni multiple, care deservete reeaua local a laboratorului. Acesta din urm este conectat la reeaua
public i poate fi accesat de ctre cursanii care utilizeaz terminale aflate n reeaua public.
Se dorete prezentarea i analizarea, pe aceste terminale, a semnalelor achiziionate pe unul
dintre terminalele din laborator (Aplicaia de achiziie DS Writer). Pe terminalele (staiile) de lucru
se folosesc aplicaii de navigare (Internet Explorer, Netscape etc.) cu ajutorul crora se pot transfera
pagini de web interactive, coninnd componente DataSocket care se conecteaz la server i citesc
datele furnizate de aplicaiile client DataSocket Writer, Fig. 14.10.

Aplicaie de
achiziie
(DS Writer)
Terminal de
laborator
Server de
comunicaie
DataSocket
Terminal de
laborator
17
Internet
Terminal de
laborator
Terminal de
laborator
(DS Reader)
Fig. 14.10. Dezvoltarea unui laborator interactiv folosind tehnologia DataSocket.

Se presupune c exist deja aplicaia surs, care achiziioneaz datele i le public, folosind
instrumente virtuale DataSocket. Se pune problema distribuirii datelor ctre cursanii aflai n faa
terminalelor distribuite n reea. Pentru a realiza pagina web interactiv se pot folosi diferite
componente auxiliare de programare distribuit, de exemplu Visual Basic, pentru a crea interfaa cu
utilizatorul. Secvena de program (script), proprie acestui mediu de programare, este inclus n
fiierul surs HTML, care va fi apoi interpretat de ctre aplicaia browser.
Citirea datelor de la server-ul DataSocket se face n trei etape:
1. deschiderea unei sesiuni de comunicaie cu server-ul, folosind o component de control
ActiveX,
2. citirea datelor de la server, furnizate acestuia de aplicaia de scriere,
3. nchiderea conexiunii cu server-ul DataSocket.
Pentru a putea parcurge aceste etape, este nevoie s se foloseasc urmtoarele componente
software auxiliare, inserate n pagina web: Component-Works DataSocket i Microsoft Visual
Basic. Aceast pagin va fi apoi folosit pentru a citi, scrie, sau distribui date, spre alte aplicaii din
reea.
n cazul acesta se poate opri sau reporni procesul de achiziie, sau calculatorul pe care
opereaz instrumentul virtual, fr a fi nevoie de a restabili conexiunile cu terminalele (staiile de
lucru). Acestea rmn conectate la server-ul de comunicaie i vor primi din nou date, n momentul
n care procesul de achiziie rencepe i vor fi trimise date spre server.
n continuare se prezint realizarea componentei de citire DataSocket, i modul n care se
include secvena de program ntr-o pagin web (fiierul surs HTML).
DataSocket este o unealt de programare care permite scrierea, citirea, i distribuirea datelor
ntre aplicaii cu diferite surse i destinaii i poate accesa informaii din fiiere locale, de pe servere
HTTP i FTP. n cazul utilizrii funciilor de intrare/ieire (I/O) de uz general, a funciilor de
comunicaie direct folosind suita TCP/IP, sau a cererilor de transfer prin protocoale FTP/HTTP,
trebuie scris cte o secven de cod separat, pentru fiecare protocol n parte. DataSocket ofer,
pentru aceste protocoale de comunicaie, o interfa API unificat.
Pentru conectarea la sursa de date trebuie specificat adresa resursei (URL), care se poate
referi la mai multe tipuri de surse de date, dup cum se specific n prefix. Acest prefix se numete
URL scheme. Alturi de protocoalele de transfer mai sus menionate, DataSocket are n plus
propriul protocol (scheme) pentru distribuirea datelor n timp real, dstp (DataSocket Transfer
Protocol).
Descrierea pachetelor auxiliare.
Pachetul ComponentWorks DataSocket include trei componente:
1. DataSocket ActiveX Control component care conecteaz aplicaiile la sursele de date i
distribuie ntre ele datele. Pentru c DataSocket este o component care folosete control
ActiveX, se poate folosi n conjuncie cu alte componente de acest tip (containere ActiveX),
cum ar fi Visual Basic, Visual C++, sau Borland Delphi.
2. DataSocket Server este un program executabil care comunic i schimb date ntre dou
aplicaii, folosind protocolul dstp. n exemplul prezentat aici, DataSocket Server opereaz pe
server-ul din laborator, accesibil de ctre terminalele din reeaua public, sau privat.
18
3. DataSocket Server Manager este un utilitar de configurare pentru aplicaia DataSocket

Server. Acesta trebuie utilizat pentru configurarea parametrilor de funcionare a aplicaiei
DataSocket Server, nainte de lansarea n execuie a acestuia. DataSocket Server Manager
permite, printre altele, stabilirea drepturilor de administrare de la distan, accesul, crearea
resurselor, citirea sau scrierea datelor, a terminalelor din reea.
n fiierul care constituie pagina web, se va crea mai nti o component DataSocket care va
avea rolul de a stabili conexiunea cu server-ul de comunicaie, de a citi i afia datele i de a nchide
conexiunea.
n acest exemplu se va crea aceast component folosind elemente de control ActiveX i
secvene de cod Visual Basic, care se va salva ca un element de control ActiveX (fiier cu extensia
.OCX), care va fi inserat apoi ntr-o pagin web.
Realizarea componentei de citire presupune parcurgerea a patru etape:
1. Crearea componentei DSReader folosind elemente ActiveX n Visual Basic se va folosi
ComponentWorks DataSocket i Visual Basic 5.0 Control Creation Edition. Apoi aceast
component va fi inclus apoi n fiierul HTML care reprezint sursa pentru pagina web. Ea
are rolul de a citi i afia datele de la server-ul DataSocket, primite de acesta de la aplicaia
care face achiziia.
2. Crearea fiierului HTML se folosete Visual Basic Application Setup Wizard pentru a
dezvolta pagina web DSReader.
3. Afiarea datelor primite n timp real n pagina web DSReader se deschide pagina web
DSReader n Internet Explorer. Dup stabilirea conexiunii cu server-ul DataSocket, se citesc
i se afieaz semnalele trimise de aplicaia DSWriter.
4. Interacionarea cu datele afiate modificarea componentei DSReader astfel nct s permit
interaciunea cu datele.
Se vor folosi urmtoarele utilitare care sunt furnizate n mod gratuit: ComponentWorks 2.0,
sau o versiune a mediului Visual Basic 5.0 Control Creation Edition i Internet Explorer.
Crearea componentei DSReader folosind obiecte ActiveX n Visual Basic.
Aceast component permite conectarea la DataSocket Server, citirea datelor furnizate
acestuia de ctre aplicaia de achiziie i afiarea lor.
Etapele care trebuie urmate pentru deschiderea unui nou proiect i ncrcarea elementelor de
control ActiveX, sunt urmtoarele:
1. Se lanseaz Visual Basic 5.0 Control Creation Edition;
2. n caseta de dialog New Project se selecteaz ActiveX Control;
3. Se selecteaz ViewsToolbox. Cu butonul din dreapta, se apas pe Toolbox i se selecteaz
Components;
4. Se selecteaz National Instruments CW DataSocket i National Instruments CW UI. Dac
elementele de control ComponentWorks nu apar n lista Controls, se folosete butonul
Browse i se selecteaz cwds.ocx i cwui.ocx din directorul System al sistemului de
operare Windows.
Figura 14.11 prezint ablonul (form) componentei DSReader. ablonul este fereastra gri n
care se dispun elementele de control i indicatoarele, pentru a crea interfaa cu utilizatorul. Se vor
parcurge urmtoarele etape:
19
Fig. 14.11. ablonul componentei DSReader.

1.
Se plaseaz un obiect de tip CommandButton pe ablon; se scrie n cmpul Name
textul ConnectButton, iar n cmpul Caption, Connect.
2. Se procedeaz la fel pentru obinerea butonului Disconnect.
3.
Se plaseaz pe ablon un obiect de tip TextBox pentru adresa sursei (URL). Se
pstreaz setrile implicite i se adaug o etichet pentru a identifica sursa de date.
4.
Se insereaz un obiect de tip Label pentru afiarea strii conexiunii; se scrie n
cmpul Name textul StatusLbl, se terge valoarea implicit pentru cmpul Caption, se seteaz
pentru Border Style opiunea Fixed Single i se adaug o etichet.
5.
Se plaseaz pe ablon un obiect de tip control CWGraph cu setrile implicite.
6.
Se plaseaz pe ablon un obiect de tip control DataSocket. Acesta nu va fi vizibil n
timpul rulrii.
Scrierea secvenei de cod n Visual Basic.
Dup inserarea elementelor de control pe ablon, pentru a trata evenimentele, trebuie scris
secvena de cod Visual Basic. Un eveniment poate fi o aciune, cum ar fi micarea mouse-ului, sau
o schimbare de stare, cum ar fi ncheierea achiziiei.
Pentru a scrie procedura de tratare a evenimentelor n Visual Basic, pentru un element de
control ActiveX, pentru a deschide editorul, se apas de dou ori pe el. Acesta genereaz automat o
structur implicit a procedurii. Aceast structur conine numele elementului de control,
evenimentul implicit, i parametrii formali.
1. n timpul rulrii, la apsarea butonului Connect, elementul de control DataSocket trebuie s
stabileasc conexiunea cu server-ul, s citeasc i s actualizeze datele n mod automat. Pentru
aceasta se apas de dou ori pe butonul Connect i se adug urmtoarele linii de cod:
Private Sub ConnectButton_Click()
CWDataSocket1.ConnectTo Text1.Text, cwdsReadAutoUpdate
End Sub
2. Cnd elementul de control DataSocket primete date, acestea trebuie afiate de ctre
ecranul grafic. Pentru aceasta, se apas de dou ori pe elementul de control DataSocket i se adug
urmtoarele linii de cod:
20

Private Sub CWDataSocket1_OnDataUpdated(ByVal Data As
CWDSLib.CWData)
' For extra error checking. Only plot the value if it's an array.
If IsArray(Data.Value) Then
CWGraph1.PlotY Data.Value
End If
End Sub
3. Pentru ca n cmpul de stare s se afieze starea conexiunii, se apas de dou ori pe

elementul de control DataSocket, se selecteaz OnStatusUpdated din lista de evenimente i se
adug urmtoarele linii de cod:
Private Sub CWDataSocket1_OnStatusUpdated(ByVal Status As Long, ByVal Error
As Long, ByVal Message As String)
StatusLbl.Caption = Message
End Sub
4. La apsarea butonului Disconnect elementul de control DataSocket trebuie s nchid

conexiunea i s pstreze ultimele valori primite, pentru a permite utilizatorului s le acceseze i
dup nchiderea conexiunii. Se apas de dou ori pe butonul Disconnect, i se adug urmtoarele
linii de cod:
Private Sub DisconnectButton_Click()
CWDataSocket1.Disconnect
End Sub
Generarea obiectului ActiveX.

Pentru generarea obiectului ActiveX trebuie parcurse urmtoarele etape:
1. Se deschide Project Explorer, iar din meniul acestuia ViewProject Explorer;
2. Se selecteaz Project1 n Project Explorer, iar n fereastra Properties se scrie Reader n cmpul
Name;
3. Se apas de dou ori pe ablon pentru a-l selecta, iar n fereastra Properties, n cmpul Name
scriem DSReader.
Salvarea proiectului.
Deoarece numele fiierului nu este identic cu numele obiectului ActiveX, ele trebuie salvate
separat.
1. Se selecteaz comanda File Save Project As;
2. Se salveaz elementul de control ca DSReader.ctl;
3. Se salveaz proiectul ca DSReader.vbp.
Generarea fiierului de control ActiveX.
1. Se selecteaz File Make DSReader.ocx. Visual Basic creaz obiectul ActiveX i l salveaz
n locaia n care se afl proiectul.
2. Se selecteaz Project Reader Properties Component, i se seteaz Version Compatibility,
la Binary Compatibility.
Observaie: Fiierul HTML folosete identificatorul GUID pentru a adresa elementul de control.
n modul binary compatibility, Visual Basic nu modific identificatorul GUID (Globally Unique
Identifier) la fiecare salvare a fiierului .OCX
4. Se salveaz proiectul File Save.
21
Crearea fiierului HTML.

Folosind Application Setup Wizard (n Visual Basic 5) sau Package and Deployment Wizard (n
Visual Basic 6) se va genera un pachet de distribuie prin Internet, care conine un fiier arhiv (cu
extensia .cab) i un fiier HTML care conine componenta DataSocket Reader. Fiierul arhiv
conine informaii despre componenta DSReader, i este descrcat, expandat i instalat automat de
Internet Explorer, pentru ca utilizatorii celorlalte calculatoare s poat vedea componenta
DSReader, folosind o aplicaie de tip browser web.
Observaie: dac se modific componenta DSReader n Visual Basic, trebuie refacut fiierul
.OCX i pachetul de distribuie prin Internet (fiierele .cab i .htm).
Dei aceast pagin web este simpl, ea afind numai componenta DSReader, folosind un
editor HTML, se pot aduga csue text, cmpuri n culori, imagini, sau alte obiecte.
Afiarea datelor n timp real folosind pagina web DSReader.
Funcionarea laboratorului se poate simula folosind urmtoarea procedur:
1. Se lanseaz DataSocket Server din meniul Start Programs National Instruments
ComponentWorks DataSocket Server.
2. Se deschide, n Internet Explorer, fiierul DSReader.htm.
3. Pentru stabilirea conexiunii se apas butonul Connect din pagina web DSReader.htm. Se poate
observa c DataSocket Server indic faptul c exist un proces conectat, iar n pagina web, n
cmpul de afiare a strii, se confirm stabilirea conexiunii. Deoarece nc nu se trimit date la
server-ul DataSocket, nu se afieaz nimic nici pe graficul DSReader.
Observaie: pentru ca un terminal din reea s poat publica date folosind DataSocket Server,
trebuie s aib drept de creare a obiectului care reprezint semnalul de transmis. Aceste drepturi se
stabilesc folosind DataSocket Server Manager, unde se introduce adresa IP a terminalului, n lista
grupului Creators permission.
4. Se lanseaz programul executabil DSWriter.exe aflat n directorul
...\ComponentWorks\samples\VisualBasic\DataSocket\.
5. Dup introducerea adresei resursei dstp://localhost/wave n cmpul URL al
aplicaiei DSWriter i apsarea butonului Connect (AutoUpdate) DSReader ncepe s primeasc
date de la DSWriter, prin intermediul server-ului DataSocket.
Observaie: n cazul n care server-ul de comunicaie se afl pe alt terminal dect cel pe care
opereaz aplicaia DSReader, trebuie nlocuit numele simbolic, al terminalului local, localhost
cu numele simbolic, sau adresa IP, a terminalului pe care se afl server-ul de comunicaie. Numele
simbolice pot fi folosite doar n cazul n care acestea sunt inute n evidena unor server-e de nume
(DNS), iar terminalele din reea au acces la acestea.
Modificarea paginii web pentru a permite interaciunea cu datele.
Dac se dorete o pagin de web interactiv, n care datele iniiale s fie analizate sau
transformate, dup primirea semnalul folosind pagina web DSReader, aceasta se poate modifica,
sau completa. n acest exemplu se va genera un semnal sinusoidal, care s fie afiat pe grafic alturi
de semnalul primit de la DSWriter. Parametrii semnalului generat vor putea fi modificai, folosind
un poteniometru inserat pe interfaa grafic iar parametrii semnalului primit vor pute fi
modificai din DSWriter. De asemenea, cele dou semnale se vor nsuma, rezultatul fiind afiat pe
un alt grafic.
Modificarea elementului de control.
Se deschide, n Visual Basic, proiectul DSReader pentru a face modificrile. n figura 14.12
se prezint varianta final a componentei DSReader, conectat la server-ul de comunicaie
DataSocket, afindu-se apoi semnalul primit, semnalul generat i rezultatul nsumrii lor.
22
Fig. 14.12. Varianta final a componentei DSReader conectat la DataSocket Server.

1. Se adug, pe graficul CWGraph1, nc un ecran folosit pentru afiarea unui semnal (plot).
Pentru aceasta, se apas cu butonul din dreapta pe grafic i se selecteaz Properties. n pagina Plots,
se adug un semnal folosind butonul Add i se schimb culoarea pentru Plot-2, n galben.
2.
Se insereaz, pe ablon, un element CWGraph i se pstreaz setrile implicite.
Se insereaz, pe ablon, un element de control CWKnob. Pentru a modifica scala

3.
poteniometrului, se apas cu butonul din dreapta pe el, selectnd Properties, iar pe pagina
Numeric se nlocuiete Minimum cu 1.
Modificarea secvenelor de cod.
1. Se adug urmtoarea funcie, n fereastra cu codul. Aceast funcie genereaz un semnal
sinusoidal, folosind valoarea poteniometrului, nsumeaz semnalul generat cu cel primit de la
DSWriter i afieaz rezultatul. Acesta va fi afiat pe cel de-al doilea grafic, iar semnalul generat pe
primul.
Sub AddSinWaves()
Dim i
Dim ResultWave
Dim MySinWave(0 To 39)
ResultWave = CWDataSocket1.Data.Value
For i = 0 To 39
MySinWave(i) = Sin(2*3.14*i*(CWKnob1.Value/40))
ResultWave(i) = ResultWave(i) + MySinWave(i)
Next i
CWGraph1.Plots(2).PlotY MySinWave
CWGraph2.Plots(1).PlotY ResultWave
End Sub
2. Funcia AddSinWaves trebuie apelat cnd se primesc date de la DSWriter. Pentru

aceasta se adaug linia AddSinWaves la procedura de tratare a evenimentului, creat mai nainte:
23
Private Sub CWDataSocket1_OnDataUpdated(ByVal Data As

CWDSLib.CWData)
' For extra error checking. Only plot the value if it's an array.
If IsArray(Data.Value) Then
CWGraph1.PlotY Data.Value
AddSinWaves
End If
End Sub
3. Dac utilizatorul modific valoarea poteniometrului trebuie, de asemenea, apelat funcia

AddSinWaves. Pentru aceasta se apas de dou ori pe poteniometru i se adaug urmtoarea
procedur de tratare a evenimentului:
Private Sub CWKnob1_PointerValueChanged(ByVal Pointer As Long, Value As
Variant)
AddSinWaves
End Sub
n continuare se salveaz proiectul, ntr-un fiier DSReader.ocx nou, se terg fiierele HTML
i .cab i se refac folosind Application Setup Wizard. Apoi se deschide pagina web DSReader n
Internet Explorer, iar dup stabilirea conexiunii se testeaz funcionarea acesteia, modificnd din
poteniometru parametrii undei generate i a semnalului primit din DSWriter.
n acest exemplu se simuleaz funcionarea aplicaiilor, pe un singur terminal, dar se prezint,
n continuare, paii de urmat pentru a permite vizualizarea paginii web de pe un calculator din reea.
Accesarea paginii web DSReader folosind protocolul HTTP.
Pentru a vizualiza pagina web DSReader, se pun fiierele HTML i arhiva .cab pe un server
HTTP. Fiierul .cab conine informaii despre toate elementele incluse n componenta DSReader i,
pentru c exist o referin pentru el n fiierul HTML (tag-ul <CODEBASE>), acesta va fi
descrcat, expandat i instalat automat de aplicaia Internet Explorer.
Utiliznd setrile de securitate implicite, Internet Explorer descarc numai elementele de
control ActiveX cu semntur digital, care provin de la productorii de aplicaii software
nregistrai. Componenta DSReader, care a fost dezvoltat nu are semntur digital, de aceea
trebuie modificate setrile de securitate din Internet Explorer, astfel:
1. n aplicaia Internet Explorer se selecteaz Tools Internet Options;
2. n fereastra Security, n lista Zone se selecteaz Trusted site zones i se stabilete nivelul de
securitate low. (Observaie: acest nivel se refer la site-urile din lista Trusted sites zones i nu
modific nivelul de securitate pentru celelalte site-uri);
3. Folosind butonul Add Sites se introduce numele site-ului;
4. Se deselecteaz opiunea Require server verification (https://) for all sites in this zone.
Observaii: La ncrcarea paginii DSReader se va primi un mesaj de avertizare privind
ncrcarea unui control ActiveX, fr semntur digital. Dac fiierele sunt puse pe un server Unix
trebuie fcut o modificare a fiierului HTML. n linia urmtoare de cod HTML se nlocuiete CAB
scris cu majuscule, cu cab cu litere mici:
CODEBASE="reader.CAB#version=1,0,0,0"
n mod asemntor se poate dezvolta i o component de tip DSWriter care s fie inclus ntro pagin web DSWriter.
24

I.

1. O pereche de aplicaii de tip Client/Server opereaz la nivelul OSI ... i comunic
printr-un circuit virtual care opereaz la nivelul OSI...:
a)
b)
c)
d)
e)
7-client, 6-server;
7-aplicaie i 3-reea;
doar 7-aplicaie;
7-aplicaie, 4-transport;
7-aplicaie, 4-transport i 3-reea.
2. Instrumentele virtuale bazate pe TCP-Write/TCP-Read se pot folosi n urmtoarea

combinaie de reele publice-private:
a) Client n reea public, server n reea privat;
b) Client n reea privat, server n reea public;
c) Client n reea public, server n reea public;
d) Client n reea privat, server n aceeai reea privat;
e) Client n reea privat, server n alt reea privat.
3. Instrumentele virtuale bazate pe componentele DataSocket se pot utiliza n
urmtoarele situaii:
a) Client DS n reea privat, server DS n reea public;
b) Client DS n reea privat, server DS n aceeasi reea privat;
c) Client DS n reea public, server DS n reea public;
d) Client DS n reea public, server DS n reea privat;
e) Client DS n reea privat, server DS n alt reea privat.
II.

1. Dou aplicaii DSWrite i DSRead se pot interconecta prin DSServer doar dac
acesta se afl n reeaua ublic.
adevrat
fals
2. TCPWrite este funcia care permite scrierea datelor printr-o conexiune TCP, doar
dac pe terminalul destinaie opereaz componenta TCPRead:.
adevrat
fals
3. Instrumentul DSWrite, opernd pe un terminal aflat ntr-o reea privat, permite
transferul datelor spre un instrument DSRead, care opereaz pe un terminal aflat n
alt reea privat, conectat la acelai server DS.
adevrat
fals

RSPUNSURI
I.

1. d
2. b, c, d
3. a, b, c
II.

1. adevrat
2. fals
3. adevrat
Bibliografie
1. Bulceanu, Cl., Reele locale de calculatoare, Ed. Tehnic, Bucureti, 1995
2. Lowe, D., Tehnologia client/server pentru toi, Ed. Teora, Bucureti, 1996
3. Ranch, D. A., Linux IP Masquerade HOWTO, v2.00.110903, Distribuie Linux, 2003
4. * * * Manuale LabVIEW
25

Curs Protocoale de Comunicatie

Încărcat de

Informații document

Drepturi de autor

Formate disponibile

Partajați acest document

Partajați sau inserați document

Opțiuni de partajare

Vi se pare util acest document?

Este necorespunzător acest conținut?

Drepturi de autor:

Formate disponibile

Curs Protocoale de Comunicatie

Încărcat de

Drepturi de autor:

Formate disponibile

Cursul 1 - Consideraii generale asupra sistemelor de comunicaie

UNIVERSITATEA TEHNIC CLUJ-NAPOCA

Durat medie de studiu

n acest curs sunt prezentate urmtoarele:

Problematica reelelor de comunicaie.

Arhitectura unei reele.

1.1. Problematica reelelor de comunicaie

Florin Drgan - Protocoale de comunicaie

Cursul 1 - Consideraii generale asupra sistemelor de comunicaie

Fig. 1.1. Flux de date "Simplex".

Florin Drgan - Protocoale de comunicaie

Fig. 1.1. Flux de date "Half Duplex".

Full Duplex - simultan n ambele sensuri.

Fig. 1.2. Flux de date "Full Duplex".

Fig. 1.3. Modul de transmisie "Unicast".

Cursul 1 - Consideraii generale asupra sistemelor de comunicaie

Fig. 1.4. Modul de transmisie "Multicast".

Fig. 1.5. Modul de transmisie "Broadcast".

Florin Drgan - Protocoale de comunicaie

Cursul 1 - Consideraii generale asupra sistemelor de comunicaie

Florin Drgan - Protocoale de comunicaie

Fig. 1.6. Modelul de referin TCP/IP.

Modelul de referin ISO-OSI.

Odat cu dezvoltarea soluiilor tehnologice, care au fcut posibil comunicaia n reelele

Fig. 1.7. Modelul de referin OSI.

Cursul 1 - Consideraii generale asupra sistemelor de comunicaie

Florin Drgan - Protocoale de comunicaie

Nivelul OSI 3 Reea.

MSbit b1 b2 b3 b4 b5 b6 U/L I/G LSbit

0 adresare global (OUI)

Fig. 1.8. Formatul adresei MAC-48.

Cursul 1 - Consideraii generale asupra sistemelor de comunicaie

Deoarece dezvoltarea tehnologiilor de comunicaie impune apariia unor funcii suplimentare,

Florin Drgan - Protocoale de comunicaie

Cursul 1 - Consideraii generale asupra sistemelor de comunicaie

Beneficiar al unui serviciu de nivel N - component de la nivelul (N+1), care utilizeaz un

Florin Drgan - Protocoale de comunicaie

Indicaia primar (Indication Primitive) este trimis de furnizorul de servicii de la nivelul

Fig. 1.11. Reprezentarea procesului de segmentare i reasamblare.

Cursul 1 - Consideraii generale asupra sistemelor de comunicaie

Fig. 1.12. Reprezentarea procesului de grupare i degrupare.

Fig. 1.13. Reprezentarea procesului de separare i concatenare.

Fig. 1.14. Reprezentarea procesului de multiplexare i demultiplexare.

Florin Drgan - Protocoale de comunicaie

Fig. 1.15. Reprezentarea procesului de segmentare i ncapsulare a datelor.

Cursul 1 - Consideraii generale asupra sistemelor de comunicaie

Alegei varianta de rspuns corect:

Alegei rspunsul corect:

Florin Drgan - Protocoale de comunicaie

Varianta de rspuns corect:

Cursul 2 - Interfee seriale

UNIVERSITATEA TEHNIC CLUJ-NAPOCA

Durat medie de studiu

n acest curs sunt prezentate interfeele seriale.

Florin Drgan - Protocoale de comunicaie

TIA - Telecommunications Industry Association,

Transfer Serial Analogic

Fig. 2.1. Conectarea a dou terminale (DTE) prin intermediul

Cursul 2 - Interfee seriale

recepiei, n condiii de zgomot. Din motive legate de reducerea gabaritului elementelor de

Data este recepionat de la DCE la DTE (de la

DCE acord permisiunea unui DTE s trimit

Florin Drgan - Protocoale de comunicaie

Data Set Ready