Cuprins

1. INTRODUCERE N REELELE DE COMUNICAII .................................................. 8

1.1 EVOLUIA ....................................................................................................................................................... 8
1.2 VOICE OVER INTERNET PROTOCOL (VOIP) ..................................................................................................... 9
2. CALITATEA SERVICIILOR ............................................................................................ 9
2.1.INTRODUCERE .................................................................................................................................................... 9
2.2MODELELE DE QOS ............................................................................................................................................ 11
2.2.1Serviciul Best-Effort ................................................................................ 11
3.2.2Serviciul integrat ...................................................................................... 12
3.2.3.Serviciul Difereniat ................................................................................ 12
3.2.4.Managementul congestiei........................................................................ 12
2.3.CONCEPTE GENERALE DESPRE COZILE DE ATEPTARE ................................................................................................ 13
2.3.1Modelul FIFO ........................................................................................... 15
2.3.2Fair Queuing sau modelul echitabil de ateptare ..................................... 16
2.3.3 Priority queuing ....................................................................................... 17
2.4.4.Custom Queuing ...................................................................................... 19
2.4 FENOMENUL DE EVITARE A CONGESTIEI ................................................................................................................. 19
2.5.TEHNICI DE CONTROL I MODELARE A TRAFICULUI .................................................................................................... 21
5.6.CLASIFICAREA TRAFICULUI................................................................................................................................... 22
2.7.MECANISMUL DE TRAFFIC POLICING I MECANISMUL DE TRAFFIC SHAPING .................................................................... 24
2.7.1Clasificarea/Marcarea pachetelor de trafic .............................................. 24
2.7.2.Mecanismul de traffic policing ............................................................... 26
2.7.3.Mecanismul de traffic shaping ................................................................ 26
2.7.4Resource Reservation Protocol(RSVP) ................................................... 27
2.8 CLASIFICAREA AUTOMAT A PACHETELOR NBAR .................................................................................................. 29
2.8.1Suportul Cisco IOS pentru QoS ............................................................... 30
3. BIBLIOGRAFIE ................................................................................................................ 31










1. INTRODUCERE N REELELE DE COMUNICAII
1.1 Evoluia
Evoluia rapid a staiilor de lucru i a calculatoarelor personale la
platforme cu putere mare de calcul i capaciti multimedia, dezvoltarea
tehnologiilor de reea i progresul din domeniul procesrii de semnal i al
programrii au dus la o explozie a aplicaiilor multimedia de timp real. Mult
timp s-a crezut c ATM va fi tehnologia de reea care va integra toate serviciile,
considerndu-se reelele deja existente de voce i de date dedicate unui
singur serviciu. S-a dovedit a fi un punct de vedere greit.
Protocolul IP motenete o mare parte din deficienele sistemului
dezvoltat n anii 70. Astfel, calitatea serviciului variaz foarte mult. Sunt
momente cnd ea este rezonabil, dar i momente cnd devine intolerabil din
punct de vedere al unei aplicaii de timp real. Se ntmpl uneori s apar
pierderi de pachete de 30-40%, fcnd imposibil o comunicaie de voce sau o
video-conferin. Noile reele de date trebuie s asigure, pe lng viteza de
transmisie ridicat, banda larg, managementul resurselor, scalabilitate i
integrarea diverselor tehnologii de access (LAN, HDSL, ADSL, TDM etc.). De
aceea au aprut noi cerine de performan i de funcionalitate pentru reelele
de date actuale. Datorit faptului c resursele reelelor de date sunt limitate,
acestea trebuie gestionate cu grij pentru a obine performane i randamente
ridicate.

Aceast mprire pe nivele face mai uoar gestionarea i
proiectarea arhitecturilor reelelor de date, precum i migrarea ctre noi
tehnologii prin etape de integrare pe nivele funcionale. Principalele
caracteristici arhitecturale i de funcionalitate ale unei reele moderne sunt:
Structurare pe nivele arhitecturale.
Management centralizat.
Ingineria traficului care se face prin managementul centralizat
Integrarea a ct mai multe tehnologii de access.
Conexiune cu reeaua PSTN.
Migrarea ctre o reea de date universale (Date, voce, video.).
Migrarea traficului de voce ctre reelele NGN
Scalabilitate, performan, disponibilitate total (99%).



1.2 Voice over Internet Protocol (VoIP)

VoIP reprezint o familie de tehnologii care ajut reelele bazate pe IP s
foloseasc aplicaii de voce precum telefonia, comunicare n timp real,
teleconferint. VoIP definete o modalitate de transport a vocii peste reelele IP,
incluznd de asemenea i procesul de digitizare i formare de pachete. Telefonia
IP folosete standardele VoP pentru a creea un sistem telefonic care permite
servicii de tipul rutare de apel,mesagerie vocal etc.

2. Calitatea serviciilor

2.1.Introducere

n acest capitol voi discuta conceptele ce stau la baza calitii serviciilor,nevoia de utilizare i
prezentarea acestor mecanisme.Calitatea serviciilor nu reprezint o configurare a unui router sau
switch,ci o colecie de mecanisme folosite pentru a influena circulaia traficului ntr-o reea.
Managementul congestiei reprezint un set de mecanisme QoS care se ocup de congestia
reelei.Exist mai multe tipuri ,fiecare comportndu-se diferit.Evitarea congestiei reprezint o alt
clasificare ce acoper o alt serie de mecanisme de asigurare a serviciilor care se axeaz n special pe
evitarea congestiei,dect cu apariia acesteia.Modelarea i evidena traficului(policing ) sunt un alt
grup de mecanisme care pot ajuta n cazul congestiei reelei i ofer suport de QoS pentru traficul
reelei.

Definirea conceptului de Calitate a Serviciilor

Calitatea serviciilor sau QoS este un termen folosit s defineasc abilitatea unei reele de a
oferi diferite nivele de asigurare a serviciilor diferitelor tipuri de trafic.Ofer administratorilor de reea
posibilitatea s asigneze prioritate traficului,innd cont de banda reelei i a ntrzierilor .O reea n
mod normal poate avea implementat una din urmtoarele tehnologii de nivel 2 corespunztoare
modelului ISO/OSI i care suport QoS precum:
Frame Relay
Ethernet


Token Ring
Point to Point Protocol(PPP)
HDLC
ATM
SONET

Fiecare dintre aceste tehnologii enumerate mai sus au diferite caracteristici de care trebuie s
se in cont atunci cnd implementm calitatea serviciilor.Tehnicile de management a congestiei sunt
folosite pentru controlarea i prioritizarea traficului ntr-o reea n care aplicaiile necesit mai mult
lrgime de band dect poate s suporte reeaua.Prioritiznd diferite tipuri clase de trafic,aceste tehnici
pot aduce beneficii aplicaiior sensibile la ntrzieri,ceea ce duce la funcionarea optim ntr-un mediu
congestionat.Invers,tehnicile de evitare a congestiei folosesc tehnologiile astfel nct s evite pe ct
posibil formarea unei congestii.

Ce este QoS?
Reprezint ,n cel mai simplu mod de definire,un set de unelte dipus unui administrator de
reea care dorete s impun asigurarea unor nivele minime i optime pentru un anumit tip de
trafic.Multe protocoale i aplicaii nu sunt sensibile la congestia unei reele.File Transfer Protocol
(FTP),de exemplu,are o toleran mai mare pentru ntrzierile generate n reea sau limitarea de
band.Pentru utilizatorul final,FTP-ul va crete timpul de downloadare a fiierelor dorite.Pe de alt
parte,aplicaiile de voce sau video sunt n mod particular sensibile la ntrzieri.Dac pachetele de voce
ajung cu o ntrziere destul de mare la destinaie,sunetul generat va fi distorsionat.Astfel QoS poate fi
folosit pentru a asigura nivelul optim de funcionare a acestor servicii.

De ce s folosim QoS

Cteva argumente ce ar duce la folosirea acestor mecanisme n cadrul unor reele sunt:
Pentru a oferi prioritate aplicaiilor critice din reea
Pentru a maximiza utilizarea infrastructurii
Pentru performane mai bune n aplicaiile sensibile la ntrzieri precum traficul de voce i
cel video



Deobicei,gsim cea mai simpl metod pentru a ne atinge performanele impuse n reea prin
mrirea capacitii canalului.Deoarece trim n era Gigabit Ethernet i a reelelor optice,capaciti mari
pot fi oferite fr a fi prea multe probleme.ns mai mult band ,nu asigur tot timpul,nivelul optim
de performan a reelei.Se poate la fel de bine,ca protocoalele ce duc la realizarea congestiei,prin
utilizarea ineficient a benzii,s creeze aceleai probleme chiar i dup o schimbare a
infrastructurii(creterea capacitii de tranmisie).O alt abordare ar consta n analizarea traficului pn
n punctul de trangulare(interfaa,echipamentul n care are loc congestia),determinnd astfel
importana fiecrui protocol i a aplicaiilor i gsirea unei soluii de access la band.QoS ofer
inginerilor de reea posibilitatea de a controla band,latena,jitterul ,minimiznd astfel pierderea
pachetelor prin prioritazarea traficului.Banda reprezint n acest context msura capacitii de
transmisie a unui link.Latena semnific ntrzierile pe care le are un pachet atunci cnd traverseaz
reeaua iar jitterul este determinat de ctre laten ntr-o perioad de timp.
n reelele militare,calitatea serviciilor nu este foarte mult implementat.Dar odat ce
aplicaiile de tip multicast,streaming multimedia i reelelor VoIP ncep s fie implementate,nevoia de
impunere a unor nivele optime de calitate devine din ce n ce mai important.Cunoscnd astfel
opiunile valabile,putem lua decizii mai bune pentru a rezolva problema congestiei.

2.2Modelele de QoS
QoS poate fi divizat n 3 mari nivele,denumite de asemenea i modele de servicii.Aceste
modele de servicii descriu seturi de capabiliti ale calitii serviciilor la nivel de utilizator-
utilizator.Acestea sunt :serviciul best-effor,serviciul integrat i serviciul difereniat.Voi examina n
continuare unele aspecte relevante ale acestor modele.

2.2.1Serviciul Best-Effort
Reprezint faptul c reeaua va face tot posibilul pentru a trimite pachetele ctre destinaie.Cu
acest serviciu nu exist nici o garanie c pachetul va ajunge ctre destinaie.O aplicaie poate trimite
date ,n cantiti ridicate,acolo unde are nevoie,fr a cere permisiunea sau notificarea reelei.De
exemplu FTP sau HTTP,suport acest serviciu.Oricum,nu reprezint un model optim pentru aplicaii
ce sunt sensibile la ntrzieri ,fluctuaii de band sau alte modificri ale reelei.Aplicaiile de telefonie
,ar putea de exemplu s aib nevoie de o lrgime de band mai mare ,pentru a funciona la parametri
normali.Rezultatele ce s-ar obine dac s-ar folosi acest serviciu pentru aplicaiile VoIP,ar duce la
apeluri pierdute sau ntreruperi pe durata convorbirii.



3.2.2Serviciul integrat

Modelul de serviciu integrat ofer aplicaiilor un anumit nivel de garantare a aplicaiilor
negocind cu reeaua parametrii necesari.Aplicaii cer nivelul optim astfel nct serviciile s
funcioneze la parametri normali bazndu-se pe politicile QoS implementate,inainte ca aplicaia s
inceap s transmit date.Este important de observat faptul ca aplicaia nu va trimite traficul pn cnd
nu va avea certitudinea c reeaua poate face fa solicitrilor impuse.Pentru a realiza aceast lucru
,reeaua folosete un proces denumit generic (admission control).Acesta este un mecanism ce oprete
reeaua s fie suprasolicitat.Odat ce aplicaia ncepe tranmisia datelor,resursele rezervate de reea
pentru aplicaia sunt meninute pn cnd aplicaia ii nchide sesiunea sau dac band ce este alocat
este depit.Echipamentele Cisco ofer serviciile integrate cu ajutorul a dou servicii
specifice.Acestea sunt Resource Reservation Protocol(RSVP) i irurile de cozi inteligente.Cele din
urm reprezint tehnologii precum Weighted Fair Queuing sau Weighted Random Early
Detection(WRED),ce vor fi abordate n cadrul acestei lucrri.
RSVP este un protocol proprietar Cisco folosit pentru a semnaliza reeaua n legtur cu
necesitile de QoS specifice fiecrei aplicaii n parte.Ceea ce este important de menionat este faptul
c RSVP nu este un protocol de rutare,ns lucreaz cu acestea pentru a determina cea mai optim cale
prin reea ,care ine cont de cerinele impuse.

3.2.3.Serviciul Difereniat
Ultimul model pentru analiza QoS este acela de seriviciu difereniat.Acesta include un set de
unelte de clasificare i de ateptare n cozi pentru a oferi anumitor protocoale sau aplicaii o anumit
prioritate fa de alt tip de trafic.Serviciile difereniate se bazeaz pe routerele de grani care au rolul
de a clasifica pachetele ce urmeaz a traversa reeaua.Astfel traficul de reea poate fi clasificat n
funcie de adresa de reea,protocoale i porturi,interfeele de intrare sau orice alt clasificare ce se
poate face cu ajutorul folosirii listelor de control acces.

3.2.4.Managementul congestiei
Managementul congestiei este un termen general ce cuprinde diferite tipuri de strategii de
asteptare n cozi ce sunt folosite pentru a rezolva situaii n care cererile de band ale aplicaiilor
depesc banda total ce poate fi asignat de ctre reea.Managementul congestiei nu controleaz
congestia nainte de a se ntmpla.Controleaz doar introducerea traficului n reea astfel nct anumite
fluxuri s aib prioritate fa de altele.n continuare se vor discuta urmatoarele tehnici de management
a congestiei:


FIFO(First In First Out)
Priority Queuing
Custom Queuing
Weighted Fair Queuing(WFQ)

Majoritatea strategiilor enumerate mai sus sunt aplicate n situaia n care traficul ce prsete
o interfa a unui router ,depete band disponibil asignat.
Interfeele echipamentelor pot fi configurate doar cu un singur tip de coad de ateptare.Dac o a doua
tehnic este aplicat pe aceii interfa,ruterul va lua n considerare ultima comand sau va genera un
mesaj de eroare n care se specific faptul c un proces de ateptare este n curs de derulare.

2.3.Concepte generale despre cozile de ateptare

Cozile de ateptare exist n cadrul unui echipamet pentru a reine pachetele pn cnd exist
destule resurse valabile pentru a trimite pachetele pe porturile corespunztoare.Dac nu exist
congestie ntr-un router ,atunci pachetele vor fi transmise instant.O coad de ateptare poate fi
comparat cu o linie de ateptare la casa de bilete.Dac nimeni nu st la coad pentru bilete,oamenii i
cumpr biletele fr s atepte.Acest aspect reprezint starea cozii,n cazul n care reeaua nu
ntmpin congestie.n situaia n care o mulime de oameni sosesc simultan la rnd este posibil ca nu
toi s fie servii primii.Astfel vor sta la rnd pn cnd le va veni rndul.La fel lucreaz i cozile de
ateptare care se vor ocupa de traficul n plus pe care interfa nu-l poate procesa.De exemplu
conexiunea ntre o interfa Fast Ethernet de LAN i o interfa E1 de WAN,duce la apariia
congestiei,deoarece pe interfaa de LAN circul mai mult trafic dect poate procesa interfaa de
WAN,ceea ce va duce la umplerea cozilor,pentru a face fa traficului.

Conceptul de leaky bucket

Leaky bucket este un concept cheie n nelegerea mecanismelor cozilor de ateptare.O stiv
de ateptare poate fi comparat cu o gleat n care sunt vrsate pachete.Gleata are o gaur pe partea
inferioar,astfel nct las pachetele s curg avnd o rat constant.ntr-o reea,viteza de curgere va fi
viteza interfeei ce transmite datele mai departe.Dac viteza de intrare este mai mare dect cea de
ieire ,se poate ajunge n situaii n care unele pachete sunt pierdute definitiv.n concluzie pachetele


intr pe interfa la orice rat de transmisie ,ns vor prsi coada de ateptare la o vitez
constant,care nu poate s depeasc rata de transmisie a respectivei interfee. n figura de mai jos se
descrie acest mecanism printr-o imagine ct mai sugestiv.

Conceptul Tail Drop
Atunci cnd vorbim despre cozi de ateptare ntr-o reea,acestora li se aloc o anumit
memorie din capacitatea total a echipamentului.Atfel se poate afirma c cozile nu sunt infinite.Ele pot
reine o cantitate predeterminat de informaie.n cazul n care o stiv se umple,pachetele sunt
introduse n ordinea n care sosesc.Dac o cantitate de pachete ce sosesc pentru a fi plasate ,depesc
capacitatea stivei,pachetele sunt aruncate.Acest fenomen se numete (tail drop) i se refer la pachetele
care nu au intrat n stiv ,ci pur i simplu au fost dropate de ctre un router.Protocoalele superioare
folosind mecanismele de confirmare i retransmisie vor detecta aceste pachete pierdute i le vor trimite
din nou.Tail drop nu neaprat semnific faptul c exist o problem cu reeaua.De exemplu,e normal
ca un FastEthernet de 100 de Mbps s trimit informaia prea repede ctre o interfa E1 de 1.544
Mbps.
De asemenea utilizatorul va resimi acest proces,prin timpul de rspuns,deoarece pachete
dropate semnific cereri de retransmisie.Datorit faptului c multe aplicaii se bazeaz pe stiva de
protocoale TCP/IP,apare i fenomenul de sincronizare global.Fenomenul apare,datorit ferestrei
glisante.Fereastra glisant reprezint numrul de pachete care sunt emise n blocuri de o anumit
dimensiune.Dac blocurile ajung la destinaie fr erori ,dimensiunea ferestrei se mrete,oferind
astfel posibilitatea de a transmite mai multe pachete.Dac apare o eroare pe durata
emisiei,dimensiunea ferestrei se va micora ctre o valoare mai sczut ,apoi va crete din nou.Cnd
apar mai multe conversaii TCP/IP simultan,fiecare i va crete dimensiunea ferestrei,dac pachetele
sunt transmise fr erori.Eventual ,aceste conversaii vor folosi ntreaga band valabil,ceea ce va
duce la aruncarea de pachete.Aceste pachete dropate vor fi interpretate,ca erori de transmisie,ceea ce
va duce la scderea simultan a ferestrei.


Conceptul de Token Bucket

Token bucket este un alt mecanism utilizat n aplicarea politicilor de QoS.Reprezint un set de
resurse ce pot fi folosite de un ctre un serviciu atunci cnd are nevoie de el.Spre deosebire de leaky


bucket,acest proces nu las ca pachetele s circule n continuare la o rat constant.Ceea ce intr n
stiv ,va trebui s o prseasc n mod invers(ultimul venit e primul plecat.)Cu trecerea
timpului,jetoanele sunt adugate de ctre reea.Atunci cnd aplicaia are nevoie s transmit date va
elimina cantitatea de jetoane egal cu cantitatea de date transmis.Dac nu exist destul jetoane
,aplicaia va atepta pn cnd reeaua va acumula numrul necesar.n cazul n care aplicaia nu le
folosete aceste jetoane vor fi pierdute i nu vor mai putea fi refolosite.Acest lucru semnific faptul c
exist o capacitate aferent fiecarui token bucket.Acest concept este folosit n modelarea traficului sau
n situaiile n care traficul sosete n salve.

2.3.1Modelul FIFO

Modelul de ateptare FIFO(First In First Out) se caracterizeaz prin faptul c primul pachet ce
intr pe o anumit interfa ,va fi primul ce va prsi interfaa de ieire.Nici o clasificare special a
pachetelor nu este realizat.Acest mecanism folosete modelul leaky bucket ,care are rolul de a se
ocupa de tot traficul ce sosete pe o anumit interfa.Exemplificarea acestui model este prezentat n
figura 31



Pachet1 Pachet2
StivFIFO
Pachet3 Pachet2 Pachet1
Pachet3

Figura 31 Modelul FIFO

Scopul principal al cozii de ateptare FIFO este acela de a se ocupa de pachetele ce sosesc pe
interfa,de a le pune n stiv n ordinea n care au fost primite i de a le transmite pe interfaa de ieire
la o rat constant ce depinde de capacitatea liniei respective.Dac rata de transmisie la intrare este
mai mic dect cea de ieire ,acest mecanism devine transparent pentru fluxul de date.Astfel pachetele
vor circula,ca i cum stiva ar fi inexistent,precum o coad de ateptare liber la casa de bilete.


FIFO este mecanismul standandar implementat pe toate interfeele echipamentelor folosite n cadrul
simulrilor.

2.3.2Fair Queuing sau modelul echitabil de ateptare

Reprezint un alt concept ce se folosete n cadrul managementului congestiei i mai poate fi
gsit n literatura de specialitate sub denumirea de Weighted Fair Queuing(WFQ).Se folosete n
general,n cadrul interfeelor cu capacitate de transmisie sczut i este o metod automat ce ofer
band n mod echitabil ntregului trafic din reea.WFQ sorteaz acest trafic ,folosind o serie de
parametri.De exemplu pentru o convorbire ,traficul este identificat dup:
Protocolul IP
Adresa IP surs
Adresa IP destinaie
Portul surs
Portul destinaie
Cmpul ToS(Type of Service)
Determinnd astfel,tipurile de fluxuri ce traverseaz interfa routerul poate determina n acest
mod aplicaiile ce consum resurse multe precum FTP sau care sunt sensibile la ntrzieri cum ar fi
vocea. Urmtorul pas const n prioritizarea fluxurilor ce au o importan mare, restul traficului
rmnnd n stive. Totodat acest mecanism are posibilitatea de a oferi pn la 256 de cozi de
ateptare. Un alt avantaj const n faptul c ofer posibilitatea de a marca traficul n funcie de cmpul
IP Precedence. Astfel exist 8 nivele de clasificare,cu semnificaia c valoarea mai mare reprezint o
prioritate mai mare.Acestea sunt:
Network control precendence(7)
Internet control precedence(6)
Critical precedence(5)
Flash-override precedence(4)
Flash precedence(3)
Immediate precendence(2)
Priority precedence(1)
Routine precedence(0)

Un dezavantaj foarte mare ar putea fi faptul c WFQ nu suport tunelarea i criptarea
traficului.


Valoarea de IP Precendece se gsete n octetul ToS din cmpul IP , cu ct valoarea din acest
cmp este mai ridicat,cu att routerul aloc resurse mai multe pentru procesarea pachetelor n cauz
fa de pachetele ce conin o valoarea de ip precedence mai sczut. Cantitatea de informaie ce este
procesat depinde de asemenea i de dimensiunea cozii de ateptare ce este invers proporional cu
valoarea Ip precedence a pachetului.Astfel conversaiile cu lungimi mai sczute vor avea prioritate,fa
de un flux de trasfer de date TCP,ce are o dimensiune mai ridicat.


Pachet
3
Pachet1 Pachet1 Pachet1
Pachet2 Pachet2
Pachet3
Dimensiunestiva=3
Dimensiunestiva=2
Dimensiunestiva=1
Pachet
2
Pachet
1
Pachet
2
Pachet
2
Pachet
1
Pachet
1
Pachet
1
s

Figura 32 Modelul Fair Queuing

2.3.3 Priority queuing

Se caracterizeaz prin faptul c ofer posibilitatea administratorului de reea s defineasc
pn la maxim 4 stive de ateptare pentru traficului reelei, acestea purtnd denumirile standard de
stive High,Medium,Normal i Low. n acest mod routerul va procesa stivele bazndu-se doar pe
prioritatea acestora. Dac exist pachete aflate n stiva cu prioritate ridicat aceasta va fi procesat
prima pn n momentul n care se elibereaz, indiferent de starea celorlalte stive de ateptare. Dup
eliberarea stivei High ,routerul se va adresa stivei Medium din care va procesa doar un pachet,dup
care se va ntoarce pentru a verifica dac n stiva cu prioritate ridicat au mai sosit pachete.Dac este
liber n continuare,va procesa pachetele din stivele inferioare.Pentru ca traficul ce se gsete n stiva


Low s fie procesat,nseamn c toate stivele superioare trebuie s fie libere. De fiecare dat ,cnd un
pachet sosete ,echipamentul va verifica coada cu prioritate ridicat,precum n figura de mai jos:

1 2 3 4
Stivprioritatemedie
Stivprioritateridicat
Stivprioritatesczut
Stivprioritatenormala
1 2 3 4
Traficdeintrare Traficdeieire
4=pachetecuprioritateridicat
3=pachetecuprioritatemedie
2=pachetecuprioritatenormal
1=pachetecuprioritatescazut

Figura 33 Modelul Priority Queuing

Acest mecanism de ateptare ofer posibilitatea administratorului de a controla ntreg traficul,
avnd chiar posibilitatea de a anula traficul cu prioritate sczut. n cazul n care o stiv de prioritate
inferioar nu poate fi procesat datorit faptului c stivele superioare sunt tot timpul la capacitate
maxim va apare fenomenul de saturare a stivei. Acesta reprezint un dezavantaj major al acestui
mecanism i trebuie luat n considerare n cazul proiectrii calitii serviciilor ntr-o reea.S
consideram urmtorul exemplu n care avem foarte multe trafic de voce i de video-conferin.Dac
punem traficul video n stiva superioar ,traficul de voce nu va mai fi servit ceea ce va duce la
umplerea stivei i droparea pachetelor.Acest rezutat duce la imposibilitatea efecturii sau primirii de
apeluri n cadrul reelei proprii.







2.4.4.Custom Queuing
Pentru a contracara deficienele ce exist n mecanismul WFQ, s-a dezvoltat aceast unealt ce
ofer posibilitatea de a prioritiza traficul din stivele superioare fr ca stivele cu prioritate mai mic s
inceap s piard din pachete. Cu ajutorul CQ ,se pot implementa pn la 16 stive de ateptare ce pot
fi folosite la selectarea traficului, prioritazarea n cadrul CQ se realizndu-se prin cantitatea de date ce
este procesat ntr-un ciclu. Capacitatea standard pe care o au implementat echipamentele din cadrul
prii practice este de 1500 de octei.Un avantaj al CQ este faptul c nu poate fragmenta pachetele.De
exemplu ,dac este procesat un pachet de 1000 de octei,va insemna c 500 nu sunt folosii,iar dac
urmtorul pachet are dimensiunea de 1500 de octei,va fi procesat n ntregime,ceea ce va duce la 2500
de octei procesai simultan.Astfel fenomenul de saturare a stivelor nu va apare n cadrul acestui
mecanism.ns se poate ca unele aplicaii din stivele de ateptare inferioare s nu aib band dorit iar
unele pachete vor expira. Acest lucru se va resimi la nivelul aplicaie prin funcionarea
nerecorespunztoare .n figura urmtoare am exemplificat modul n care CQ funcioneaz.

Pachet1 Pachet4 Pachet3 Pachet2
Stivanr1
Stivanr2
Stivanr16
Stivanr4
Stivanr3
Pachet1 Pachet4 Pachet3 Pachet2
Traficdeintrare
Traficdeieire

Figura 34 Modelul Custom Queuing



Un alt aspect de menionat ar fi faptul c folosete aceeai metod de clasificare a traficului
precum Priority Queuing. Totodat una din cozi poate fi definit ca stiva de baz pentru a se ocupa de
traficul care nu este identificat n procesul de de clasificare.

2.4 Fenomenul de evitare a congestiei
Mecanismele pe care le-am discutat pn n momentul de fa nu rezolv problema congestiei
ce poate s apar n reea, circuitele rmnnd nc n starea de congestie. Din alt punct de vedere,
tehnicile de evitare a congestiei se folosesc de protocoale i ncearc s evite starea de congestie, din


acestea putndu-se enumera Random Early Detection(RED) i Weighte Random Early
Detection(WRED).
Dup cum am discutat ntr-un capitol anterior, fluxurile TCP duc la apariia procesului de
sincronizare gloabal, unde multiple pachete TCP sunt aruncate de ctre router n cadrul congestiei
dup care retransmiterea are loc simultan. n acest mod, banda este folosit ineficient. Altfel spus,
tehnicile de evitare ncearc s elimine aceast sincronizare ,aruncnd pachetele TCP ntr-un mod
aleator atunci cnd linkul se aproprie de starea de congestie.Dropnd pachete din fluxurile de date
transmise ,RED foreaz ntr-un fel fel,ca sesiunile s-i micoreze fereastra ,pentru a impiedica
apariia congestiei.Cu ct capacitatea de transmisie de aproprie de saturare,RED poate crete rata de
aruncare a pachetelor.Weighted Random Early Detection ,pe de alt parte,folosete niste metrici
pentru a face o aruncare a pachetelor selectiv.Acest lucru permite administratorului,s ofere servicii
prefereniale unor anumite aplicaii.Aceste funcii sunt executate de la ctre procesorul
echipamentelor. De asemenea unele echipamente CISCO ,pot avea module separate ,ce execut
funcii specifice.ntr-o reea n care se aplic principiile RED i WRED aceste mecanisme ncep s fie
puse n funciune atunci cnd starea linkului se aproprie de o valoare predefinit. Odat ce sesiunile i
micoreaz rata de transmisie, utilizarea capacitii linkului poate fi inut la o valoare optimal
,resursele reelei fiind utilizate mult mai bine.n figura de mai jos am prezentat o comparaie ntre
evitarea congestiei i sincronizarea global.

Se poate spune astfel c aceste tehnici sunt soluia magic pentru orice.Atunci de ce s folosim
tehnicile de management a congestiei,dac putem s evitm congestia per total?Cteva dintre
avatanjele i dezavantajele celor discutate mai sus sunt prezentate pe scurt.Avantaje:
Prevenirea congestiei n anumite medii
Maximizarea utilizrii linkului
Poate oferi un nivel de prioritate cu ajutorul precedenei pachetelor
Dezavantaje:
Funcioneaz doar pentru sesiunile TCP.Alte protocoale precum IPX nu folosesc
conceptul de fereastr glisant.Cnd apare problema unui pachet lips,aceste protocoale
doar retransmit la aceiai rat ca i nainte.RED i WRED sunt ineficiente ntr-o reea
ce folosete protocoale non-TCP
Nu pot fi folosite n paralel cu tehnicile de management a congestiei.O interfa fizic
nu poate suporta cele 2 tipuri de tehnici folosite simultan.
Pachetele sunt aruncate i nu sunt puse n stive.



2.5.Tehnici de control i modelare a traficului

Pn n momentul de fa am discutat despre uneltele folosite a pentru controla traficul n
situaie de congestie sau de evitare a congestiei n reele bazate pe protocoale TCP. Exist ns i alte
mecanisme ce pot fi utilizate impunnd un set de reguli traficului ce este generat prin reea,la diferitele
rate de transport. Managementul congestiei alturi de tehnicile de evitare a congestiei nu funcioneaz
n mod diferit indiferent c controleaz un link de 1.544 Mbps sau un T3 de 45 Mbps, tehnicile de
control i modelare fiind valabile pentru a folosi ceea ce tim despre reea i ncercm astfel s evitm
congestia.De exemplu,s presupunem c avem un link ntre 2 zone diferite,primul fiind conectat la o
linie T1 de (1.544 Mbps) ,iar cel de-al doilea la un flux E1 (2.048 Mbps).
Astfel, rata maxim de transfer va fi de 1.544 Mbps. Tehnicile de evitare a congestiei nu vor
opri fenomenul, deoarece unul din capete nu va intra niciodat n congestie. Dat fiind faptul c
managementul congestiei se ocup de traficul ce prsete o interfa i nu de ceea ce intr, se poate
afirma c tehnicile nu sunt practicabile n aceste condiii.Astfel, controlul i modelarea vin n scopul
rezolvrii acestor probleme.Amndou se bazeaz pe principiul tocken bucket,pentru a controla
cantitatea de informaie ce poate fi transmis prin mediul de transmisie.Diferena dintre cele 2 tehnici
este urmtoarea.
Tehnicile de control folosesc principiul token bucket doar pentru a limita transmisia,la o
valoare predefinit.Sesiunile ce depesc capacitatea ce le este asignat,vor avea pierderi de
pachete,din cauza faptului c cmpul ToS va fi modificat ctre o valoarea inferioar.Aceast funcie
este realizat de ctre echipamentele din laborator cu ajutorul CAR(Commited Access Rate).
Tehnicile de modelare sunt un pic mai diplomate n modul de funcionare.nloc s elimine
traficul ce depete o anumit valoare ,ncearc sa-l ntrzie sau s-l pun n cozi de ateptare,astfel
nct s poat fi procesat de ctre interfaa echipamentului.Aceste tehnici iau n considerare i ali
parametri precum pahetele ce sosesc n rafal pentru a calcula o valoare medie a sesiunilor.Astfel
sesiunile pot mprumuta jetoane pentru ca traficul s fie procesat.







5.6.Clasificarea traficului

Introducere

Uneori n cadrul unei reele este necesar ca traficul s fie clasificat.Motivele ce duc la aceast
implementare variaz n funcie de fiecare reea n parte i pot fi de exemplu marcarea pachetelor cu
un indicativ pentru a le face mai mult sau mai puin importante fa de alte pachete din reea sau
pentru a identifica pachetele ce trebuie s fie eliminate.
Exist mai multe metode prin care aceste indicative sunt setate iar nivelele de clasificare se
bazeaz pe metoda folosit. n continuare voi analiza metodele bazate pe protocolul IP, bitul
ToS(Type of Service) i noua variant imbuntit DSCP(Diffserv Code Point) i folosirea serviciilor
de rezervare de band precum RSVP.



Arhitectura serviciilor integrate

Protocolul IP se bazeaz pe mecanismul de livrare best-effort dnd astfel posibilitatea
coreciei de erori i retransmiterii pachetelor nivelelor superioare n cazul linkurilor de capacitate de
transport redus(T1/E1). Aceast implementare poate fi adecvat pentru aplicaii de date, dar
inadecvat pentru aplicaii sensibile la ntrzieri precum vocea i video care devin din ce n ce mai
critice n cadrul reelelor. Servicii integrate sau INTServ este una dintre ncercrile de a introduce
QoS n reelele IP. Arhitectura Intserv a fost definit de ctre IETF n 1994 n standardul RFC1633
pentru a oferi extensii la sistemul best-effort,astfel nct aplicaiile sensibile s poat avea prioritate.
Folosind mecanismul de rezervare a benzii, fluxurile de trafic pot fi astfel stabilite ntre
punctele finale,astfel obinndu-se o rat de transfer i timp minimi garantai. Acest aspect este
similar cu negocierea circuitelor virtuale din protocolul ATM sau arhitecturile orintate pe conexiune
de circuit. n acest mod,linkurile trebuie s aib destul band valabil pentru a se acomoda cu
fluxurile iar echipamentele precum switchu-rile i routerele trebuie s aibe destule resurse pentru a
asigura revervrile.
Modelul a fost creat pentru a nltura timpii mari de ntrziere precum cele ce se gsesc n
internet.bUtilizatorul final este responsabil de implementarea parametrilor necesari, ns reeaua este
cea care accept sau nu cererile,dar nu negociaz cu acesta. Un exemplu revelant este acela de VoIP.
Protocolul de revervare a benzii de la utilizatorul final,poate ere o band dedicat avnd un flux de 16
kbps i cu o ntrziere de 100 ms. Reeaua poate accepta aceast cerere sau respinge n funcie de
condiiile existente,dar nu poate negocia ali parametri.Concepul cheie ce trebuie reinut de serviciile
integrate este acela c acest tip de serviciu se axeaz pe ntrzierea pachetelor sau timpul de livrare
ctre destinaie a acestora,banda fiind un criteriu mai puin important n aceast situaie, acest lucru
nensemnd ns c nu se garanteaz banda, ci c doar se ofer cantitatea minim necesar ca fluxurile
s circule.
Se poate defini astfel c arhitectura serviciilor integrate se bazeaz pe urmtoarele puncte
importante:
Calitatea serviciilor
Clasificarea
Programarea
RSVP

Definirea parametrilor de QoS



n cadrul serviciilor integrate ,fluxurile de date pot fi clasificate n dou mari categorii:
aplicaii torelante i aplicaii intolerante. Primele se pot ocupa de ntrzierile pachetelor, ntrzierile
variabile sau alte evenimente ce pot ntrerupe fluxurile de date constante. Traficul de FTP,Telnet sau
HTTP reprezint exemple clasice ce pot fi considerate de acest tip. n ceea ce privete aplicaiile
intolerante, acestea necesit o sosire precis a pachetelor la destinaie ntr-o manier predictibil avnd
un interval de ntrziere fix. Exemple de acest tip pot fi aplicaiile multimedia,voce i video,avnd
nevoie de un nivel garantat al serviciilor.
Pentru a oferi aceste servicii garantate este important ca resursele fiecrui nod s fie cunoscute nainte
de a ncepe sesiunea de transmitere a datelor. Civa parametri de calitate a serviciilor folosii :

Available_path_bandwidth.Reprezint o variabil cu semnificaie local ce ofer informaie
despre banda disponibil pentru fluxurile de date.Aceast valoarea poate fi ntre un Bps pn
la banda maxim de 20-30 de Gbytes.
Minimum_path_latency.Este o valoare cu semnificaie local reprezint latena asociat
nodului respectiv.Aceast valoare este foarte important n aplicaii n timp real precum
vocea,ce necesit 200 de ms ntrzieri pentru o calitate acceptabil.innd cont de limitele
inferioare i superioare a acestei valori,nodul de recepie s se modifice pentru a menine
serviciul la un nivel acceptabil.
Non_is_hop.Este cunoscut de altfel ca bitul de oprire.Ofer informaii despre orice nod prin
care circul informaii i nu ofer servicii QoS.Prezena acestor noduri are un impact major n
funcionarea serviciilor integrate din perspectiva utilizator final-utilizator final.
Number_of_is_hops este un contor ce reprezint numrul de echipamente intermediare prin
care un pachet circul.Aceast valoare este limitat pentru a fi folosit i de ctre headerul IP.
2.7.Mecanismul de traffic policing i mecanismul de traffic shaping

2.7.1Clasificarea/Marcarea pachetelor de trafic

Clasificarea pachetelor poate fi fcut la nivel de pachet. La punctul marginal al reelei,
entitatea care se ocup cu clasificarea traficului se uit la mai multe cmpuri din antetul pachetului,
printre care adresa surs, adresa destinaie, portul surs, portul destinaie, protocolul i la cmpul
DSCP (Diffeserv Code Point). nc din 1981, n header-ul pachetelor IP s-a definit cmpul de 8 bii
numit ToS (Type of Service), care permite diferenierea pachetelor. Acest cmp a fost modificat de
ctre RFC1394. Tipurile de pachete se mpart dup 2 criterii:


- criteriul Precedence (primii 3 bii), cu valori de la 000 (normal) pna la 111 (Network
Control). n principiu, o valoare mai mare nseamn o prioritate mai mare i un tratament preferenial
(mai puin susceptibile la eliminare n caz de congestie).
- citeriul Service Profile (urmatorii 4 bii), cu urmatoarele valori: 0000=normal,
0001=minimize monetary cost, 0010=maximize reliability, 0100=maximize throughput,
1000=minimize delay. n principiu, nu se pot pune 2 bii simultan pe 1;
Cele 2 criterii s-au folosit, din diferite motive foarte putin, dei exist de la nceputurile
Internetului, ceea ce a fcut ca acesta din urm s fie considerat n general best effort; majoritatea
ruterelor au tratat traficul ca fiind de tipurile 000 respectiv 0000.
n 1998 grupul de lucru Diffserv (de la Differentiated Services, definite de RFC2474,
RFC2475) a propus nlocuirea cmpului ToS cu un altul n mare parte incompatibil, numit DSCP
(Diffserv Code Point), cu diferena de principiu ca acest cmp nu va fi standard i constant pe ntreaga
durat de via a pachetului (ct timp acesta strbate Internetul), ci este interpretat (i poate fi
modificat) n interiorul unui domeniu Diffserv.
ntr-un astfel de domeniu, se definete conceptul de PHB (Per- Hop Behavior) care se refer
la modul n care este tratat un pachet ntr-un nod (hop) n funcie de valoarea DSCP. Practic, ntr-un
domeniu Diffserv se procedeaz astfel:
- se definete un numr (redus) de clase de serviciu dorite; numarul este intentionat ct mai
redus pentru a asigura scalabilitatea; fiecarei clase i se aloca o valoare DSCP
- se face clasificarea pachetelor n ruterele de frontier ale domeniului; n momentul n care
pachetele intra n domeniu, ele sunt analizate n funcie de criteriile dorite i li se aloc valoarea DSCP
respectiv;
- ruterele din interiorul domeniului trateaz toate pachetele dintr-o clas (deci cu un anumit
DSCP), ntr-un anumit mod, adic un anumit PHB; aceasta poate nsemna o anumit prioritate ntr-o
coad, o anumita band alocat prin shaping, etc.
Structura DSCP presupune folosirea primilor 6 bii din octet; valoarea 000000 este rezervat
pentru best effort. n afar acesteia, sunt 5 clase relativ standardizate:
- clasa EF (Expedited Forwarding) este clasa de prioritate maxim; pachetele marcate EF ar
trebui s beneficieze de un comportament similar unui circuit dedicat, adic delay ct mai mic i fr
pierderi


- 4 clase AF (Assured Forwarding) notate AF1...AF4, cu AF4 avnd prioritatea cea mai mare.
n cadrul fiecarei clase se definesc 3 sub-clase numite Gold, Silver si Bronze n total 12 categorii
care difer prin parametrii cu care se configureaz mecanismele de queuing, policing si/sau shaping.
Aadar trebuie reinut faptul c Diffserv nu reprezint un set de valori standard, ci posibilitatea
administratorilor dintr-un anumit domeniu (de exemplu, reeaua unui ISP) de a mprti traficul n clase
DSCP dup criterii proprii (adresa S/D, protocol, port, etc) i de a-i asigura un tratament difereniat n
noduri (PHB). DSCP este suportat att pe IPv4 ct i IPv6. O variant alternativ clasificrii manuale
este clasificarea automat, pe baza recunoaterii tipului pachetului prin examinarea sa de ctre ruter,
numit NBAR (Network Based Application Recognition). NBAR este o funcie avansat, destinat
doar pachetelor IP (nu i IPX, etc), care nu examineaz doar numarul de port, ci i o parte din
coninutul pachetului n cazul pachetelor HTTP, se examineaz primii 400 de octei pentru a
determina MIME-TYPE, adic tipul pachetelor multimedia cum ar fi .mp3, etc. Pe baza examinrii
pachetului, se determin aplicaia i protocolul care l folosete, inclusiv (n cazul anumitor
protocoale) situaiile n care numrul portului este alocat dinamic. Fiecare versiune mai nou de IOS a
adus recunoaterea unor aplicaii suplimentare cum ar fi SSH, Napster, eDonkey, Gnutella, Kazaa, Bit
Torrent, Skype, etc.
De notat este faptul c dac o versiune IOS mai veche nu recunoate anumite protocoale mai
noi, se poate folosi un fiier PLDM (Packet Description Language Module) care specific stringuri de
text din interiorul pachetelor ce sunt asociate cu protocoalele. Fiierul se ncarc n flash-ul ruterului
fr a fi necesar schimbarea IOS-ului.
NBAR nu poate funciona n cazul tunelelor sau a traficului criptat. n plus, folosirea NBAR
poate consuma resurse semnificative de memorie i de procesor.
2.7.2.Mecanismul de traffic policing
Acest mecanism verific dac traficul de intrare este conform unui contract semnat.
Utilizatorul are semnat un contract de garantare a calitii serviciilor cu furnizorul de servicii, ceea
ce nseamn c reeaua trebuie s asigure serviciile de calitate menionate n contract. Detectarea
pachetelor ce nu respect aceste criterii de policing se numete policy function. Parametrii
mecanismului de policing sunt: valorea de vrf a ratei, valoarea medie a ratei, mrimea burst-ului.
2.7.3.Mecanismul de traffic shaping

Acest mecanism verific rata i volumul de trafic ce intr n reea. Traffic shaping este o
extensie fa de cazul precedent. Se poate lua n considerare valoarea benzii de ieire n locul celei
maxime; astfel, este permis depirea valorii medii de ctre burst-ul, cu condiia ca acesta s fie de
lungime i band maxim controlat, i s existe i perioade de trafic zero sau sub medie. Practic, se


face policing pe valoarea medie a benzii, ceea ce este benefic pentru anumite tipuri de aplicaii care nu
sunt de band constant.
Implementarea shaping se face pe baza unui buffer (ca n leaky bucket). Atunci cnd banda
medie este depit, pachetele sunt stocate n buffer. Dezavantajul este consumul de memorie pe
router, precum i faptul c jitter-ul pachetelor devine variabil.
Mecanismul Cisco corespunztor se numete GTS (Generic Traffic Shaping). Se folosesc liste
de acces pentru clasificarea traficului i fiecare list primete un tratament difereniat. Singura opiune
pentru pachetele care depesc rata maxim i nu pot fi stocate n coad este drop (nu i rescrierea
informaiilor din cmpul ToS). i n cazul acestei metode sunt folosii algoritmii Leaky Bucket i
Token Bucket, de acest dat ca algoritmi pentru traffic shaping.
Unul din scopurile pe care QoS trebuie s l asigure este garantarea benzii disponibile. Pentru
a realiza acest lucru este nevoie ca traficul ce intr n reea trebuie controlat (msurat, i limitat prin
mecanisme de aruncare, shaping sau marcare a pachetelor). Mecanismele de traffic policing i shaping
realizeaz acest control.
Pentru a asigura o band garantat, un router trebuie s asigure la ieire o rat mai mare dect
cea la intrare

2.7.4Resource Reservation Protocol(RSVP)

RSVP este un protocol de semnalizare ce este folsit pentru a rezerva resursele reelei ntre
surs i destinaie. n general la nivel aplicaie(exemplu :un gateway de VoIP) genereaz mesajele
RSVP;routerele intermediare proceseaz aceste mesaje i rezerv resursele,accept fluxurile sau le
elimin.De obicei RSVP poate fi folosit mpreun cu alte mecanisme de QoS i poate fi implementat
n reelele bazate pe servicii integrate i servicii difereniate.
RSVP poate oferi suport pentru trafic de tipul best-effort, sensibil la ntrzieri i sensibil la
rata de transmisie. Traficul best-effort este reprezentat de traficul IP , neorientat pe conexiue.Nu se
ncearc s se asigure transmiterea datelor ctre destinaie iar corectarea erorilor i controlul fluxului
este fcut de nivelele superioare(nivel reea,transport,etc).
Traficul sensibil la rata de transmisie este reprezentat n general de traficul ce necesit
garantarea unui flux de date constant ntre surs i destinaie precum 100 de Kbps sau 200 Kbps.
Asigurnd un flux constant de date,aplicaia poate s accepte ntrzieri de procesare n stiv sau
retransmisii.


Traficul sensibil la ntrzieri,precum vocea sau streamingul video este foarte susceptibil la
jitter sau ntrzirilor de procesare n bufer i poate avea o dimensiune variabil a pachetelor.

Modul de funcionare a RSVP
Un aspect foarte important al RSVP este faptul c nodul surs ce primete informaia face
cereri legate de parametrii de calitate a serviciilor i nu nodul ce emite fluxurile de date.Procedura
protocolului RSVP ncepe prin trimiterea unui mesajul de tipul Path de ctre nodul emitor ,ctre
receptorul destinaie.Acest mesaj colecteaz informaii legate de capabilitile de implementare a
calitii serviciilor i parametrii fiecrui nod ntre surs i destinaie.Fiecare nod intermediar menine
o caracterizare a cii pachetelor pentru a informa emittorul n cadrul cmpului Tspec.Receptorul
proceseaz cererea i n funcie de capabilitile reelei trimite mesaje fiecrui nod cu parametrii ce
trebuie implementai de fiecare nod n parte iar fluxul de date ncepe s traverseze reeaua doar dup
ce mesajul este primit i de emitor.
Mesajele RSVP sunt datagrame IP ce folosesc portul 46 i sunt clasificate n 4 categorii
distincte:mesaje de cerere, de cale,de eroare i de terminare a sesiunii.Mesajele de tip cerere sunt
generate de ctre gazd avnd ca destinaie emitorul i conin parametrii optimi de calitate a
serviciilor ce trebui implementai de-a lungul cii de transmisie.Mesajele de tip cale conin informaii
despre tipul de date ce va circula n reea,starea nodurilor i parametrii acestora. Mesajele de eroare
sunt trimise ctre sursa de trafic ce a generat eroarea dar nu modific starea cii n nici un nod
intermediar prin care trec Erorile ce pot fi incluse sunt de tipul: lips de band, serviciu inaccesibil,
capacitate ridicat de trafic, ntrzieri etc.
Mesajele de terminare a sesiunii sunt folosite pentru a elimina RSVP din nodurile care a fost
activat fr a atepta confirmarea. Un punct important este scalarea RSVP,sau mrirea numrului de
fluxuri de date.Fiecare flux de date trebuie s aibe asigurat un anumit procent din banda i resursele
procesorului al fiecrui echipament din cadrul reelei.Dac un router de grani este obligat s
serveasc un flux mare de utilizatori,procesul i cu buferul specific echipamentului s-ar putea satura
,ceea ce va duce la o degradare a serviciului. Dac procesorul routerului i resursele de memorie sunt
consumate pentru a servi fluxurile RSVP,va exista o pierdere de pachete destul de mare pentru traficul
rmas liber ,deci un nivel al serviciului destul de sczut.Serviciile integrate alturi de RSVP nu au fost
create pentru a fi folosite pe linkuri de vitez redus.i astzi ,o mare cantitate de trafic de date i voce
este transportat pe conexiuni ISDN i E1,astfel asigurarea ctorva fluxuri de voce i video poate
afecta sever performanele reelei.
n cadrul serviciilor difereniate sunt definite un numr de clase ce clasific toate tipurile
trafic(voce,date,etc), fiecare clas de serviciu avnd asignat o anumit metod de prioritizare i de


buferare ce se aplic n intreaga reea. Marcarea, clasificarea traficului ntr-o reea bazat pe serviciile
difereniate se aplic doar n punctele acces n reea i de grani.Echipamentele din interiorul reelei
precum routerele sunt axate pe verificarea PHB din cadrul antentului IP.Aceast arhitectur permite
acestui serviciu s funcioneze mai bine pentru linii cu band redus i ofer o capacitate mai bun de
management fa de arhitectura de servicii integrate.
Pentru a marca pachetele n mod uzual se folosete DSCP, ce se gsete n cmpul
DS(Differentiated Services), dar de cele mai multe ori se folosesc bitii cmpului ToS(Type of
Service). Cei 8 biti din acest cmp sunt mprii n dou cmpuri 6 biti pentru DSCP i 2 biti
neutilizati folositi pentru scopuri ulterioare.n figura xx este prezentat structura campului ToS.
Rolul DSCP este acela de a marca PHB n funcie de fiecare administrator de reea.Specificaiile
ncearc s menin cteva caracteristici din cmpul ToS iar dac un antent de pachet conine o
structur de biti de forma xxx000 nseamn c e definit ca fiind o valoarea dscp rezervat. Valoarea
PHB standard corespunde unei valori 000000 i specific faptul c pachetul trebuie s primeasc
caracteristicile serviciului best-efort fr nici o alt modificare asupra prioritii.Mai mult valorile din
cadrul antetului se interpreteaz n felul urmtor i au semnificaie local:valorile ridicate ale bitilor
indic faptul c respectivele pachete au prioritate n faa pachetelor ce conin valori sczute.
Implementarea PHB ntr-o reea reprezint cel mai bun nivel de serviciu oferit.Astfel cu ajutorul
RSVP se asigur pierderi minime ale pachetului ,jitter redus i band garantat prioritizat pentru
anumite conexiuni.

2.8 Clasificarea automat a pachetelor NBAR

O variant alternativ clasificrii manuale este clasificarea automat, pe baza recunoaterii
tipului pachetului prin examinarea sa de ctre ruter, numit NBAR (Network Based
Application Recognition). NBAR este o funcie avansat, destinat doar pachetelor IP (nu i IPX, etc)
care nu examineaz doar numrul de port, ci i o parte din coninutul pachetului n
cazul pachetelor HTTP, se examineaz primii 400 de octei pentru a determina MIME-TYPE, adic
tipul pachetelor multimedia cum ar fi .mp3, etc. Pe baza examinrii pachetului, se determin aplicaia
i protocolul care l folosete, inclusiv (n cazul anumitor protocoale) situaiile n care
numrul portului este alocat dinamic. Fiecare versiune mai nou de IOS a adus recunoaterea unor
aplicaii suplimentare cum ar fi SSH, Napster, eDonkey, Gnutella, Kazaa, Bit Torrent, Skype, etc.De
notat c, dac o versiune IOS mai veche nu recunoate anumite protocoale mai noi, se poate folosi un
fiier PLDM (Packet Description Language Module) care specific stringuri de text din interiorul
pachetelor, ce snt asociate cu protocoalele. Fiierul se ncarc n flash -ul ruterului,fr a fi necesar


schimbarea IOS-ului. NBAR nu poate funciona n cazul tunelelor sau a traficului criptat. n plus,
folosirea NBAR poate consuma resurse semnificative de memorie i de procesor.

2.8.1Suportul Cisco IOS pentru QoS

n general,strategiile de queuing, policing i shaping snt disponibile pe majoritatea imaginilor
IOS pentru ruterele Cisco, inclusiv pe cele de tip low-end cum ar fi 800, 1700, 1800,2500,2600 etc,
deoarece se consider c aceste strategii trebuie implementate la periferia reelei, i nu n core unde
se folosesc, tipic, rutere de tip high-end cum ar fi seriile 7000 etc, dar al cror rol este n principal s
ruteze pachetele pe linkuri de mare vitez (backbone).
Feature-set-ul numit generic IP BASIC suport o parte din strategii, cele
considerate de baz. Un set complet, cuprinznd i cele mai avansate snt suportate n variantele IP
PLUS. Pe linkurile de vitez mai mic sau egal cu E1 (2.048Mbps) politica de queueing implicit
este (ncepnd cu IOS 11.0) WFQ, n timp ce pe linkurile mai rapide este FIFO. Aceasta pentru c, dei
mai ineficient, FIFO este mai rapid, i pe interfeele de vitez mare se presupune c se dorete
(implicit) s se consume ct mai puin timp de procesare.
NBAR i CAR snt suportate numai pe IOS care includ CEF Cisco Express Forwarding, un
tip de forwarding rapid al pachetelor IP ntre interfee, implementat din punct de vedere istoric n
versiuni mai noi de IOS dect cel clasic. Practic, se creaz o tabel de forwarding
rapid numit FIB Forwarding Information Base pe baza tabelei de rutare, care nu mai este
consultat la fiecare pachet. Folosirea CEF este activat prin comanda:
router(config)# ip cef
care apare implicit n fiierul de configurare la IOS mai noi (i se poate da manual la IOS mai vechi
care l suport). Pe seria 7000, CEF este activat implicit. De notat c ip cef este o comand care, spre
deosebire de comenzile globale folosite pn acum (gen ip classless, ip subnet-zero, ip routing
etc.) modific modul intern de funcionare al ruterului, nu activeaz/configureaz un
serviciu.Pe seriile 2600, 3600, 7100, 7200 NBAR este disponibil de la IOS 12.1(5)T i pe 1700 de la
12.2(2)T. n general T semnific Technology Release i marcheaz apariia unei funcionaliti noi.





3. BIBLIOGRAFIE
[1] S. Tanenbaum, Reele de calculatoare, Editura Computer Press
Agora, Trgu-Mure, 2004
[2] T. Rdulescu, Reele de telecomunicaii, Ed. Thalia, Bucureti,
2002
[3] Fred Halsall, Computer Networking and the Internet, Addison-
Wesley, 2005
[4] Anders Olsson, Understanding Changing Telecommunications,
Wiley, 2004
[5] Muhammad Tayyab Ashraf, ZRTP: A New Approach to Secure
VoIP calls, Canadian Journal on Network and Information Security
Vol.1 , No.6, August 2010.
[6] Matthew Ruck, Top Ten Security Issues with Voice over IP,
designDATA, 2010
[7] Cisco Systems, Cisco IP Phone Authentication and Encryption for
Cisco CallManager 4.0(1), San Jose, 2003
[8] Cisco Systems, Configuring Security, San Jose, November 2011.
[9] Cisco Systems, Configuring SIP Support for SRTP, San Jose,
September 2012
[10] Cisco Systems, Media Authentication and Encryption Using
Secure RTP on Cisco Multiservice and Integrated Services Routers,
CiscoPress, 2005
[11] Akhil Behl,Securing Cisco IP Tehephony Networks, Indianapolis-
Indiana, CiscoPress, 2013
[12] Kevin Wallace, CCVP CIPT, Indianapolis-IN , 2007
[13] Jeremy Cioara, Michael Valentine, CCNA Voice 640-461 Official
Certification Guide Second Edition, Indianapolis Indiana, 2012