Titlul modulului: Concepte QoS
Obiectivul modulului: Explicați modul în care dispozitivele de rețea implementează QoS.
Titlul topicului
Calitatea transmisiei în rețea
Caracteristici de trafic
Algoritmi de așteptare
Modele QoS
Tehnici de implementare QoS
Tutorial video - Scopul QoS
Obiectivul subiectului
Explicați modul în care caracteristicile transmisiei rețelei
influențează calitatea.
Descrieți cerințele minime de rețea pentru traficul de voce, video
și date.
Descrieți algoritmii de așteptare utilizați de dispozitivele de rețea.
Descrieți diferitele modele QoS.
Explicați modul în care QoS utilizează mecanisme pentru a
asigura calitatea transmisiei.
Prioritizarea traficului
În videoclipul anterior, ați aflat despre scopul calității serviciului (QoS). QoS este o cerință din ce în ce mai
mare a rețelelor de astăzi. Noile aplicații, cum ar fi transmisiile de voce și video în direct, creează așteptări
mai mari pentru livrarea de calitate în rândul utilizatorilor.

Aglomerația apare atunci când mai multe linii de comunicație se adună pe un singur dispozitiv, cum ar fi un
router, și apoi o mare parte din aceste date sunt plasate pe doar câteva interfețe de ieșire sau pe o interfață mai
lentă. Aglomerația poate apărea și atunci când pachetele mari de date împiedică transmiterea în timp util a
pachetelor mai mici.

Când volumul de trafic este mai mare decât ceea ce poate fi transportat în rețea, dispozitivele pun în coadă
(rețin) pachetele în memorie până când resursele devin disponibile pentru a le transmite. Punerea în așteptare
a pachetelor cauzează întârzieri, deoarece pachetele noi nu pot fi transmise până când pachetele anterioare nu
au fost procesate. Dacă numărul de pachete care urmează să fie puse în coadă continuă să crească, memoria
din dispozitiv se umple și pachetele sunt abandonate. O tehnică QoS care poate ajuta cu această problemă este
clasificarea datelor în mai multe cozi, așa cum se arată în figură.

Notă: Un dispozitiv implementează QoS numai atunci când se confruntă cu un anumit tip de congestie.

Utilizarea cozilor pentru a priorități comunicațiile

Figura arată utilizarea cozilor pentru a prioritiza traficul. Există trei cozi diferite, Prioritate mare, Prioritate
medie și Prioritate scăzută. Un telefon VoIP (Voice over IP) are trafic etichetat ca prioritate mare, un computer
care trimite tranzacții financiare este etichetat ca prioritate medie, iar un server care trimite date de pagină web
este etichetat ca prioritate scăzută. Când traficul de la cele trei dispozitive este primit de router, routerul
prioritizează traficul în funcție de prioritatea acestora. Pachetele sunt împletite împreună în funcție de
prioritate, dar toate tipurile de prioritate au acces. Un anumit tip de trafic nu consumă toată lățimea de bandă.
Imaginea arată că pachetele VoIP sunt prioritizate mai întâi, apoi în al doilea rând pachetele de tranzacții
financiare, al treilea pachet VoIP, al patrulea pachet de tranzacții financiare, al cincilea și al șaselea pachet
VoIP și apoi al șaptelea pachet de pagini web.

Lățime de bandă, congestie, întârziere și agitație

Lățimea de bandă a rețelei este măsurată în numărul de biți care pot fi transmisi într-o singură secundă sau biți
pe secundă (bps). De exemplu, un dispozitiv de rețea poate fi descris ca având capacitatea de a funcționa la
10 gigabiți pe secundă (Gbps).

Congestia rețelei cauzează întârzieri. O interfață se confruntă cu congestionare atunci când este prezentată cu
mai mult trafic decât poate gestiona. Punctele de congestie a rețelei sunt candidații ideali pentru mecanismele
QoS. Figura prezintă trei exemple de puncte tipice de congestie.

Exemple de puncte de aglomerație

Figura prezintă trei exemple de puncte de congestie pe un dispozitiv de rețea. Primul exemplu este agregarea
pe un comutator. Cinci link-uri intră într-un comutator și unul se stinge. Al doilea exemplu este nepotrivirea
vitezei pe un comutator. Legătura de intrare este de 1000 Mbps, iar legătura de ieșire este de 100 Mbps. Al
treilea exemplu este LAN to WAN pe un router. Legătura de intrare este de 1000 Mbps, iar legătura de ieșire
este de 100 Mbps.

Întârzierea sau latența se referă la timpul necesar unui pachet pentru a călători de la sursă la destinație. Două
tipuri de întârzieri sunt fixe și variabile. O întârziere fixă este o anumită perioadă de timp pe care o durează
un anumit proces, cum ar fi timpul necesar pentru a plasa un bit pe mediul de transmisie. O întârziere variabilă
durează o perioadă nespecificată de timp și este afectată de factori precum volumul de trafic procesat.

Sursele de întârziere sunt rezumate în tabel.

Surse de întârziere
Întârziere Descriere

Timpul fix necesar pentru comprimarea datelor la sursă înainte de transmiterea către
Întârziere cod
primul dispozitiv de interconectare, de obicei un comutator.
 Întârziere Descriere

Întârziere de Timpul fix necesar pentru încapsularea unui pachet cu toate informațiile de antet
pachetare necesare.

Întârziere la Cantitatea variabilă de timp în care un cadru sau un pachet așteaptă să fie transmis pe
coadă legătura.

Întârziere de
Timpul fix necesar pentru a transmite un cadru pe fir.
serializare

Întârziere de Cantitatea variabilă de timp necesară pentru ca cadrul să se deplaseze între sursă și
propagare destinație.

Întârziere la
Timpul fix necesar pentru a stoca un flux de pachete și apoi a le trimite la intervale
eliminarea
uniform distanțate.
fluctuațiilor

Jitter este variația în întârziere a pachetelor primite. În partea de expediere, pachetele sunt trimise într-un flux
continuu, cu pachetele distanțate uniform. Din cauza congestionării rețelei, a punerii în așteptare
necorespunzătoare sau a erorilor de configurare, întârzierea dintre fiecare pachet poate varia în loc să rămână
constantă. Atât întârzierea, cât și fluctuația trebuie controlate și minimizate pentru a suporta traficul interactiv
și în timp real.

Pierdere de pachete
Fără mecanisme QoS în vigoare, pachetele sunt procesate în ordinea în care sunt primite. Când apare
congestie, dispozitivele de rețea, cum ar fi routerele și comutatoarele, pot scăpa pachete. Aceasta înseamnă că
pachetele sensibile la timp, cum ar fi video și voce în timp real, vor fi eliminate cu aceeași frecvență ca și
datele care nu sunt sensibile la timp, cum ar fi e-mailul și navigarea pe web.

Când un router primește un flux audio digital Real-Time Protocol (RTP) pentru Voice over IP (VoIP), acesta
trebuie să compenseze fluctuația care este întâlnită. Mecanismul care gestionează această funcție este bufferul
de întârziere de redare. Bufferul de întârziere de redare trebuie să memoreze aceste pachete și apoi să le redă
într-un flux constant, așa cum se arată în figură. Pachetele digitale sunt ulterior convertite înapoi într-un flux
audio analogic.
Bufferul de întârziere de redare compensează fluctuația

Figura arată funcția buffer-ului cu întârziere de redare care compensează fluctuația. Cinci pachete sunt primite
de un dispozitiv la intervale diferite. Bufferul de întârziere a redării, pune pachetele în tampon și le trimite
către interfața de ieșire într-un flux constant și consistent.

Dacă fluctuația este atât de mare încât determină recepționarea pachetelor în afara intervalului acestui buffer,
pachetele din afara intervalului sunt aruncate și se aud întreruperi în audio, așa cum se arată în figură.

Pachetul scăpat din cauza fluctuației excesive

 Figura arată că funcția buffer-ului cu întârziere de redare pierde un pachet din cauza jitterului excesiv. Un
dispozitiv primește șase pachete la intervale diferite. Buffer-ul de redare pune în tampon pachetele, dar
deoarece o parte din fluctuația este atât de mare, face ca pachetele să fie recepționate în afara intervalului
acestui buffer. Pachetele din afara intervalului sunt eliminate din cauza jitterului excesiv.

Pentru pierderi mici ca un pachet, procesorul de semnal digital (DSP) interpolează ceea ce crede că ar trebui
să fie sunetul și nicio problemă nu este auzită de utilizator. Cu toate acestea, atunci când fluctuația depășește
ceea ce poate face DSP-ul pentru a compensa pachetele lipsă, se aud probleme audio.

Pierderea pachetelor este o cauză foarte frecventă a problemelor de calitate a vocii într-o rețea IP. Într-o rețea
proiectată corespunzător, pierderile de pachete ar trebui să fie aproape de zero. Codecurile de voce utilizate
de DSP pot tolera un anumit grad de pierdere de pachete fără un efect dramatic asupra calității vocii. Inginerii
de rețea folosesc mecanisme QoS pentru a clasifica pachetele de voce pentru pierderi zero de pachete. Lățimea
de bandă este garantată pentru apelurile vocale, acordând prioritate traficului de voce față de traficul care nu
este sensibil la întârzieri.

Verificați-vă înțelegerea - Calitatea transmisiei în

rețea
1. Care este timpul variabil necesar unui cadru pentru a traversa legăturile dintre sursă și destinație?
 întârziere de serializare
 întârziere de propagare
 întârzierea codului
Explicație: Întârzierea de propagare este variabilă și este perioada de timp pentru ca cadrele să traverseze
legăturile dintre nodurile sursă și destinație.
2. Ce se întâmplă când apare aglomerația?
 pierdere de pachete
 frământare
 întârzierea codului
Explicație: Pierderea pachetelor este rezultatul congestiei excesive a rețelei.
3. Care este timpul fix necesar pentru a transmite un cadru de la NIC la fir?
 întârziere de serializare
 frământare
 întârzierea codului
Explicație: Întârzierea serializării este o perioadă fixă de timp necesară transmiterii unui cadru pe fir.
4. Ce este cauzat de variația întârzierii?
 congestionare
 pierdere de pachete
 frământare
Explicație: Jitter-ul este cauzat de variații în întârziere.
Tutorial video - Caracteristici de trafic

Tendințe de trafic în rețea

Într-un subiect anterior, ați aflat despre calitatea transmisiei în rețea. În acest subiect veți afla despre
caracteristicile traficului (voce, video și date). La începutul anilor 2000, tipurile predominante de trafic IP erau
vocea și datele. Traficul vocal are o nevoie de lățime de bandă previzibilă și timpi de sosire a pachetelor
cunoscute. Traficul de date nu este în timp real și are nevoie de lățime de bandă imprevizibilă. Traficul de date
poate exploda temporar, ca atunci când un fișier mare este descărcat. Această explozie poate consuma întreaga
lățime de bandă a unei legături.

Mai recent, traficul video a devenit din ce în ce mai important pentru comunicațiile și operațiunile de
afaceri. Luați în considerare că organizațiile folosesc acum în mod obișnuit conferința video pentru a se întâlni
cu utilizatorii și clienții, supravegherea video de înaltă definiție pentru a monitoriza de la distanță instalațiile
și echipamentele și streaming video pentru o varietate de scopuri, inclusiv instruire. Conform Cisco Visual
Networking Index (VNI), până în 2022, videoclipurile vor reprezenta 82% din tot traficul de internet. În plus,
traficul video pe mobil va ajunge la 60,9 exaocteți pe lună până în 2022.”
 Voce
Traficul vocal este previzibil și fluid, așa cum se arată în figură. Cu toate acestea, vocea este foarte sensibilă
la întârzieri și la pachetele pierdute. Nu are sens să retransmiți vocea dacă pachetele sunt pierdute; prin urmare,
pachetele de voce trebuie să primească o prioritate mai mare decât alte tipuri de trafic. De exemplu, produsele
Cisco folosesc intervalul de porturi RTP de la 16384 la 32767 pentru a prioritiza traficul de voce. Vocea poate
tolera o anumită latență, fluctuații și pierderi fără efecte vizibile. Latența nu trebuie să depășească 150 de
milisecunde (ms). Jitter-ul nu trebuie să depășească 30 ms, iar pierderea pachetelor de voce nu trebuie să
depășească 1%. Traficul vocal necesită cel puțin 30 Kbps de lățime de bandă. Tabelul oferă un rezumat al
caracteristicilor și cerințelor traficului vocal.

Caracteristici de trafic vocalCerințe unidirecționale SmoothBenign Sensibil la

cădere Sensibilă la întârziere Prioritate UDP Latență ≤ 150 msJitter ≤ 30
msPierdere ≤ 1% lățime de bandă (30 - 128 Kbps)
Caracteristicile traficului vocal Cerințe unice

 Neted
 Latență ≤ 150 ms
 Benign
 Jitter ≤ 30 ms
 Sensibil la picături
 Pierdere ≤ 1% lățime de bandă (30 - 128
 Sensibil la întârziere
Kbps)
 Prioritate UDP

Video
Fără QoS și o cantitate semnificativă de capacitate suplimentară de lățime de bandă, calitatea video se
degradează de obicei. Imaginea apare neclară, denivelată sau cu încetinitorul. Partea audio a fluxului poate
deveni nesincronizată cu videoclipul.

Traficul video tinde să fie imprevizibil, inconsecvent și intens în comparație cu traficul vocal. În comparație
cu vocea, video este mai puțin rezistent la pierderi și are un volum mai mare de date per pachet. Observați în
figură cum pachetele de voce ajung la fiecare 20 ms și sunt predictibili de 200 de octeți fiecare.
 În schimb, numărul și dimensiunea pachetelor video variază la fiecare 33 ms în funcție de conținutul
videoclipului, așa cum se arată în figură. De exemplu, dacă fluxul video constă din conținut care nu se schimbă
mult de la cadru la cadru, atunci pachetele video vor fi mici și sunt necesare mai puține pentru a menține o
experiență acceptabilă a utilizatorului. Cu toate acestea, dacă aburul video constă din conținut care se schimbă
rapid, cum ar fi o secvență de acțiune dintr-un film, atunci pachetele video vor fi mai mari. Sunt necesare mai
multe pentru intervalul de timp de 33 ms pentru a menține o experiență de utilizator acceptabilă.

Porturile UDP, cum ar fi 554, sunt folosite pentru Real-Time Streaming Protocol (RSTP) și ar trebui să aibă
prioritate față de alt trafic de rețea, mai puțin sensibil la întârziere. Similar cu vocea, videoclipul poate tolera
o anumită latență, fluctuații și pierderi fără efecte vizibile. Latența nu trebuie să depășească 400 de milisecunde
(ms). Jitter-ul nu trebuie să depășească 50 ms, iar pierderea pachetelor video nu trebuie să depășească
1%. Traficul video necesită cel puțin 384 Kbps de lățime de bandă. Tabelul oferă un rezumat al
caracteristicilor și cerințelor traficului video.

Caracteristici de trafic videoCerințe unidirecționaleBurstyGreedy Sensibilitate

la cădere Sensibilitate la întârzierePrioritate UDP Latență ≤ 200-400 msJitter ≤
30-50 msPierdere ≤ 0,1-1%Lățime de bandă (384 Kbps - > 20 Mbps
Caracteristicile traficului video Cerințe unice

 Bursty
 Latență ≤ 200-400 ms
 Lacom
 Jitter ≤ 30-50 ms
 Sensibil la picături
 Pierdere ≤ 0,1 - 1%
 Sensibil la întârziere
 Lățime de bandă (384 Kbps - > 20 Mbps
 Prioritate UDP

Date
Majoritatea aplicațiilor folosesc fie TCP, fie UDP. Spre deosebire de UDP, TCP efectuează recuperarea
erorilor. Aplicațiile de date care nu au toleranță pentru pierderea de date, cum ar fi e-mailul și paginile web,
utilizează TCP pentru a se asigura că, dacă pachetele sunt pierdute în tranzit, acestea vor fi retrimise. Traficul
 de date poate fi fluid sau intens. Traficul de control al rețelei este de obicei fluid și previzibil. Când există o
schimbare de topologie, traficul de control al rețelei poate să se spargă timp de câteva secunde. Dar capacitatea
rețelelor de astăzi poate face față cu ușurință creșterii traficului de control al rețelei pe măsură ce rețeaua
converge.

Cu toate acestea, unele aplicații TCP pot consuma o mare parte din capacitatea rețelei. FTP va consuma atâta
lățime de bandă cât poate obține atunci când descărcați un fișier mare, cum ar fi un film sau un joc. Tabelul
rezumă caracteristicile traficului de date.

Caracteristici trafic de date Lină/

explozivBenign/lacom Insensibil la
picături Insensibil la întârziere
Retransmite TCP

Caracteristicile traficului de date

 Neted/zbucnit
 Benign/lacom
 Insensibil la picături
 Întârziere insensibil
 TCP retransmite

Deși traficul de date este relativ insensibil la scăderi și întârzieri în comparație cu voce și video, un
administrator de rețea trebuie totuși să ia în considerare calitatea experienței utilizatorului, denumită uneori
calitatea experienței sau QoE. Există doi factori principali pe care un administrator de rețea trebuie să îi întrebe
despre fluxul de trafic de date:

 Datele provin dintr-o aplicație interactivă?

 Este misiunea de date critică?

Tabelul compară acești doi factori.

Factori de luat în considerare pentru întârzierea datelor

Factor Misiune critică Nu este critică pentru misiune

Acordați prioritate pentru cea mai mică întârziere dintre

Aplicațiile ar putea beneficia de o întârziere mai
Interactiv tot traficul de date și străduiți-vă pentru un timp de
mică.
răspuns de 1 până la 2 secunde.

Obține orice lățime de bandă rămasă după ce

Nu Întârzierea poate varia foarte mult atâta timp cât este
toate nevoile de voce, video și alte aplicații de
interactiv furnizată lățimea de bandă minimă necesară.
date sunt îndeplinite.
 Verificați-vă înțelegerea - Caracteristicile traficului
1. Ce tip de trafic tinde să consume o mare parte din capacitatea rețelei?
 voce
 video
 date
Explicație: Traficul de date poate consuma o mare parte din capacitatea rețelei datorită unor aplicații TCP.

2. Ce tip de trafic necesită cel puțin 384 Kb de lățime de bandă?

 voce
 video
 date
Explicație: Video are o cerință unidirecțională de cel puțin 384 Kb de lățime de bandă.

3. Ce tip de trafic este imprevizibil, inconsecvent și exploziv?

 voce
 video
 date
Explicație: Traficul video poate fi imprevizibil, inconsecvent și aglomerat.

4. Ce tip de trafic poate fi previzibil și fluid?

 voce
 video
 date
Explicație: Traficul vocal poate fi previzibil și fluid, dar este, de asemenea, sensibil la întârzieri și la
pachetele abandonate.

5. Ce tip de trafic nu poate fi retransmis dacă este pierdut?

 voce
 video
 date
Explicație: Traficul vocal nu poate fi retransmis dacă este pierdut deoarece utilizează UDP.

6. Ce tip de trafic trebuie să primească o prioritate UDP mai mare?

 voce
 video
 date
Explicație: Traficul vocal este sensibil la întârzieri și la pachetele abandonate; prin urmare, are nevoie de o
prioritate UDP mai mare.
 Tutorial video - Algoritmi QoS

Prezentare generală la coadă

Subiectul anterior a acoperit caracteristicile traficului. Acest subiect va explica algoritmii de așteptare folosiți
pentru implementarea QoS. Politica QoS implementată de administratorul de rețea devine activă atunci când
apare congestionarea conexiunii. Așezarea în coadă este un instrument de gestionare a congestionării care
poate pune în tampon, prioritizează și, dacă este necesar, reordonează pachetele înainte de a fi transmise la
destinație.

Sunt disponibili o serie de algoritmi de așteptare. În scopul acestui curs, ne vom concentra pe următoarele:

 Primul intrat, primul ieşit (FIFO)

 Cozi de aşteptare corecte ponderate (WFQ)
 Cozi de așteptare corecte ponderate pe clasă (CBWFQ)
 Autentificare cu latență scăzută (LLQ)

Primul Intrat Primul Ieșit

În forma sa cea mai simplă, coada de așteptare First In First Out (FIFO), cunoscută și sub numele de coada
primul venit, primul servit, pune în buffer și trimite pachetele în ordinea sosirii.
FIFO nu are concept de prioritate sau clase de trafic și, în consecință, nu ia nicio decizie cu privire la prioritatea
pachetelor. Există o singură coadă și toate pachetele sunt tratate în mod egal. Pachetele sunt trimise printr-o
interfață în ordinea în care sosesc, așa cum se arată în figură. Deși un anumit trafic poate fi mai important sau
mai sensibil la timp pe baza clasificării priorităților, observați că traficul este trimis în ordinea în care este
primit.

Când se utilizează FIFO, traficul important sau sensibil la timp poate fi abandonat atunci când există congestie
pe interfața routerului sau a comutatorului. Când nu sunt configurate alte strategii de așteptare, toate
interfețele, cu excepția interfețelor seriale la E1 (2,048 Mbps) și mai jos, folosesc FIFO în mod
implicit. (Interfețele seriale de la E1 și mai jos utilizează WFQ în mod implicit.)

FIFO, care este cea mai rapidă metodă de așteptare, este eficientă pentru legăturile mari care au întârziere
mică și congestie minimă. Dacă legătura dvs. are foarte puțină congestie, coada FIFO poate fi singura coadă
pe care trebuie să o utilizați.

Exemplu de așteptare FIFO

Figura prezintă un exemplu de coadă FIFO (First In First Out). Patru tipuri diferite de trafic ajung la interfața
de intrare. Nu există coadă și toate pachetele sunt tratate în mod egal. Acestea sunt redirecționate către
interfața de ieșire în aceeași ordine în care au fost primite.

Cozi de aşteptare corecte ponderate (WFQ)

Weighted Fair Queuing (WFQ) este o metodă de programare automată care oferă o alocare echitabilă a lățimii
de bandă pentru întregul trafic de rețea. WFQ nu permite configurarea opțiunilor de clasificare. WFQ aplică
prioritate, sau ponderi, traficului identificat și îl clasifică în conversații sau fluxuri, așa cum se arată în figură.
Exemplu de așteptare corectă ponderată

Figura prezintă un exemplu de așteptare corectă ponderată (WFQ). Patru tipuri diferite de trafic ajung la
interfața de intrare. Traficul este organizat în funcție de clasificarea lor: mare, mediu, normal sau
scăzut. Acestea sunt redirecționate către interfața de ieșire în ordinea clasificării lor. Mai întâi pleacă traficul
mai mare, apoi mediu, normal și în final scăzut.

WFQ determină apoi câtă lățime de bandă este permisă fiecare flux în raport cu alte fluxuri. Algoritmul bazat
pe flux utilizat de WFQ programează simultan traficul interactiv în fața unei cozi pentru a reduce timpul de
răspuns. Apoi împărtășește în mod corect lățimea de bandă rămasă între fluxurile cu lățime de bandă
mare. WFQ vă permite să acordați trafic interactiv cu volum redus, cum ar fi sesiunile Telnet și voce, prioritate
față de traficul cu volum mare, cum ar fi sesiunile FTP. Când mai multe transferuri de fișiere au loc simultan,
transferurilor li se oferă o lățime de bandă comparabilă.

WFQ clasifică traficul în diferite fluxuri în funcție de adresarea antetului pachetului, inclusiv caracte ristici
precum adresele IP sursă și destinație, adrese MAC, numere de porturi, protocol și valoarea tipului de serviciu
(ToS). Valoarea ToS din antetul IP poate fi utilizată pentru a clasifica traficul.

Fluxurile de trafic cu lățime de bandă redusă, care cuprind cea mai mare parte a traficului, beneficiază de
servicii preferențiale, care permit trimiterea în timp util a întregii încărcături oferite. Fluxurile de trafic de
mare volum împart proporțional între ele capacitatea rămasă.

Limitări

WFQ nu este acceptat cu tunel și criptare, deoarece aceste caracteristici modifică informațiile despre
conținutul pachetelor cerute de WFQ pentru clasificare.

Deși WFQ se adaptează automat la condițiile de trafic în rețea în schimbare, nu oferă gradul de control precis
asupra alocării lățimii de bandă pe care îl oferă CBWFQ.
Cozi de așteptare corecte ponderate pe clasă
(CBWFQ)
Class-Based Weighted Fair Queuing (CBWFQ) extinde funcționalitatea standard WFQ pentru a oferi suport
pentru clasele de trafic definite de utilizator. Cu CBWFQ, definiți clase de trafic pe baza criteriilor de potrivire,
inclusiv protocoale, liste de control al accesului (ACL) și interfețe de intrare. Pachetele care satisfac criteriile
de potrivire pentru o clasă constituie traficul pentru acea clasă. O coadă FIFO este rezervată pentru fiecare
clasă, iar traficul aparținând unei clase este direcționat către coada pentru acea clasă, așa cum se arată în figură.

Când o clasă a fost definită în funcție de criteriile sale de potrivire, îi puteți atribui caracteristici. Pentru a
caracteriza o clasă, îi atribuiți lățimea de bandă, greutatea și limita maximă de pachete. Lățimea de bandă
alocată unei clase este lățimea de bandă garantată furnizată clasei în timpul congestiei.

Pentru a caracteriza o clasă, specificați și limita de coadă pentru acea clasă, care este numărul maxim de
pachete permise să se acumuleze în coada pentru clasă. Pachetele aparținând unei clase sunt supuse limite lor
de lățime de bandă și de coadă care caracterizează clasa.

Exemplu CBWFQ

Figura prezintă un exemplu de Cozi de așteptare corecte ponderate pe clasă (CBWFQ). Patru tipuri diferite de
trafic ajung la interfața de intrare. Traficul este grupat în clase definite de utilizator. Traficul este apoi
redirecționat către interfața de ieșire pe baza claselor definite de utilizator. Exemplul arată pachetele etichetate
1, 2, 3 și 4 care intră în dispozitiv. Pachetul 4 este definit ca fiind în clasa 1, pachetul 3 este definit ca fiind în
clasa 2, iar pachetele 1 și 2 sunt definite ca fiind în clasa 3. Pachetele sunt organizate pe baza clasei lor, clasa
1 fiind cea mai mare prioritate și clasa 3. fiind prioritatea inferioară. Ordinea în care sunt trimise pachetele pe
interfața de ieșire este: 4, 3, 1 și 2.

După ce o coadă a atins limita de coadă configurată, adăugarea mai multor pachete la clasă duce la intrarea în
vigoare a pierderii cozii sau a pachetelor, în funcție de modul în care este configurată politica clasei. Tail drop
înseamnă că un router aruncă pur și simplu orice pachet care ajunge la capătul de coadă al unei cozi care și-a
consumat complet resursele de stocare a pachetelor. Acesta este răspunsul prestabilit la coadă la
congestie. Tail drop tratează întregul trafic în mod egal și nu face diferența între clasele de servicii.
Autentificare cu latență scăzută (LLQ)
Caracteristica Low Latency Queuing (LLQ) aduce la CBWFQ o așteptare cu prioritate strictă (PQ). PQ strict
permite ca pachetele sensibile la întârziere, cum ar fi vocea, să fie trimise înaintea pachetelor din alte
cozi. LLQ oferă o așteptare cu prioritate strictă pentru CBWFQ, reducând agitația în conversațiile vocale, așa
cum se arată în figură.

Fără LLQ, CBWFQ oferă WFQ bazat pe clase definite, fără o coadă de prioritate strictă disponibilă pentru
traficul în timp real. Greutatea unui pachet aparținând unei anumite clase este derivată din lățimea de bandă
pe care ați atribuit-o clasei când ați configurat-o. Prin urmare, lățimea de bandă atribuită pachetelor unei clase
determină ordinea în care sunt trimise pachetele. Toate pachetele sunt deservite în mod corect în funcție de
greutate; nicio clasă de pachete nu i se poate acorda prioritate strictă. Această schemă pune probleme pentru
traficul de voce care este în mare parte intolerant la întârziere, în special la variația întârzierii. Pentru traficul
de voce, variațiile în întârziere introduc nereguli de transmisie care se manifestă sub formă de agitație în
conversația auzită.

LLQ permite ca pachetele sensibile la întârziere, cum ar fi vocea, să fie trimise mai întâi (înaintea pachetelor
din alte cozi), oferind pachetelor sensibile la întârziere un tratament preferențial față de alt trafic. Deși este
posibil să se clasifice diferite tipuri de trafic în timp real în coada cu prioritate strictă, Cisco recomandă ca
numai traficul vocal să fie direcționat către coada cu prioritate.

Exemplu LLQ

Figura prezintă un exemplu de aşteptare cu latenţă scăzută (LLQ). Pe interfața de intrare sunt primite șase
pachete. Pachetele sunt etichetate 1, 2, 3, V (voce), 4 și V (voce). Traficul este grupat într-o coadă de prioritate
și un CBWFQ, clase definite de utilizator. Pachetele de voce sunt definite în coada de prioritate. Pachetul 4
este definit ca fiind în clasa 1 în CBWFQ, pachetul 3 este definit ca fiind în clasa 2, iar pachetele 1 și 2 sunt
definite ca fiind în clasa 3. Ordinea pachetelor sunt trimise pe interfața de ieșire este: V (Voce), V (Voce), 4,
3, 1 și 2.
 Verificați-vă înțelegerea - Algoritmi de așteptare
1. Ce algoritm de așteptare programează simultan traficul interactiv în fața unei cozi pentru a reduce
timpul de răspuns?
 FIFO
 WFQ
 CBWFQ
 LLQ
Explicație: WFQ programează trafic interactiv cu volum redus în fața cozilor pentru a reduce timpul de
răspuns.
2. Ce algoritm de aşteptare oferă suport pentru clasele de trafic definite de utilizator?
 FIFO
 WFQ
 CBWFQ
 LLQ
Explicație: CBWFQ oferă suport pentru clasele de trafic definite de utilizator.
3. Ce algoritm de așteptare este eficient pentru legăturile mari care au întârziere mică și congestie
minimă?
 FIFO
 WFQ
 CBWFQ
 LLQ
Explicație: FIFO este eficient pentru legăturile care au lățime de bandă mare și întârziere sau congestie
mică.
4. Ce algoritm de așteptare clasifică traficul în fluxuri diferite pe baza adresei antetului pachetului?
 FIFO
 WFQ
 CBWFQ
 LLQ
Explicație: WFQ clasifică traficul în fluxuri pe baza adresei din antetul pachetului.
5. Ce algoritm de aşteptare permite ca datele sensibile la întârziere, cum ar fi vocea, să fie trimise
înaintea pachetelor din alte cozi?
 FIFO
 WFQ
 CBWFQ
 LLQ
Explicație: LLQ prioritizează traficul sensibil la întârziere și îl trimite înaintea pachetelor din alte cozi.
6. Ce algoritm de așteptare aplică prioritate sau ponderi pentru a identifica traficul și a-l clasifica?
 FIFO
 WFQ
 CBWFQ
 LLQ
Explicație: WFQ aplică ponderi trafic și îl clasifică în fluxuri.
 Tutorial video - Modele QoS

Selectarea unui model de politică QoS adecvat

Cum poate fi implementat QoS într-o rețea? Există trei modele pentru implementarea QoS:

 Model cu cel mai bun efort

 Servicii integrate (IntServ)
 Servicii diferențiate (DiffServ)

Tabelul rezumă aceste trei modele. QoS este implementat într-o rețea folosind fie IntServ, fie DiffServ. În
timp ce IntServ oferă cea mai mare garanție a QoS, este foarte consumator de resurse și, prin urmare, nu este
ușor de scalat. În contrast, DiffServ este mai puțin intensiv în resurse și mai scalabil. Cele două sunt uneori
co-implementate în implementări QoS de rețea.
Modele pentru implementarea QoS
Model Descriere

Model cu cel  Aceasta nu este cu adevărat o implementare, deoarece QoS nu este configurată în mod explicit.
mai bun efort  Utilizați acest lucru atunci când QoS nu este necesar.

 IntServ oferă pachete QoS foarte ridicate la IP cu livrare garantată.

Servicii  Acesta definește un proces de semnalizare pentru aplicații pentru a semnala rețelei că necesită QoS
integrate special pentru o perioadă și că lățimea de bandă ar trebui rezervată.
(IntServ)  IntServ poate limita sever scalabilitatea unei rețele.

 DiffServ oferă scalabilitate și flexibilitate ridicate în implementarea QoS.

Servicii
 Dispozitivele de rețea recunosc clasele de trafic și oferă diferite niveluri de QoS diferitelor clase de
diferențiate trafic.
(DiffServ)

Cel mai bun efort

Designul de bază al internetului este livrarea de pachete cu cel mai bun efort și nu oferă garanții. Această
abordare este încă predominantă pe internet astăzi și rămâne adecvată pentru majoritatea scopurilor. Modelul
cel mai bun efort tratează toate pachetele de rețea în același mod, astfel încât un mesaj vocal de urgență este
tratat în același mod în care este tratată o fotografie digitală atașată unui e-mail. Fără QoS, rețeaua nu poate
face diferența dintre pachete și, în consecință, nu poate trata pachetele în mod preferențial.

Modelul cel mai bun efort este similar în concept cu trimiterea unei scrisori folosind poșta poștală
standard. Scrisoarea ta este tratată exact la fel ca orice altă scrisoare. Cu modelul cel mai bun efort, scrisoarea
poate să nu ajungă niciodată și, cu excepția cazului în care aveți un aranjament separat de notificare cu
destinatarul scrisorii, este posibil să nu știți niciodată că scrisoarea nu a sosit.

Tabelul enumeră beneficiile și dezavantajele modelului cel mai bun efort.

Avantajele și dezavantajele modelului Best-Effort

Avantaje Dezavantaje

Modelul este cel mai scalabil. Nu există garanții de livrare.

Scalabilitatea este limitată doar de lățimea

Pachetele vor ajunge ori de câte ori vor putea și în orice ordine posibilă,
de bandă disponibilă, caz în care tot traficul
dacă ajung.
este afectat în mod egal.

Nu sunt necesare mecanisme QoS speciale. Niciun pachet nu are tratament preferențial.

Este cel mai ușor și mai rapid model de

Datele critice sunt tratate la fel ca e-mailurile ocazionale.
implementat.
Servicii integrate
Modelul de arhitectură IntServ (RFC 1633, 2211 și 2212) a fost dezvoltat în 1994 pentru a răspunde nevoilor
aplicațiilor în timp real, cum ar fi video la distanță, conferințe multimedia, aplicații de vizualizare a datelor și
realitate virtuală. IntServ este un model cu servicii multiple care poate găzdui multe cerințe QoS.

IntServ oferă QoS de la capăt la capăt pe care îl necesită aplicațiile în timp real. IntServ gestionează în mod
explicit resursele de rețea pentru a furniza QoS fluxurilor sau fluxurilor individuale, uneori numite
microfluxuri. Utilizează mecanismele de rezervare a resurselor și de control al admiterii ca elemente de bază
pentru a stabili și a menține QoS. Acesta este similar cu un concept cunoscut sub numele de „hard QoS”. Hard
QoS garantează caracteristicile traficului, cum ar fi lățimea de bandă, întârzierea și ratele de pierdere a
pachetelor, de la capăt la capăt. Hard QoS asigură atât niveluri de serviciu previzibile, cât și garantate pentru
aplicațiile critice.

Figura prezintă o ilustrare simplă a modelului IntServ.

Exemplu IntServ simplu

Figura prezintă o ilustrare simplă a modelului Serviciilor integrate (IntServ). Două PC-uri etichetate QoS
Aware Node sunt conectate pe părți opuse prin conexiuni seriale la o coloană vertebrală IP într-un nor. Există
o linie arcuită care trece de la un PC la altul etichetat, Semnal end-to-end. În cloud, IP Backbone este format
din patru routere conectate redundant împreună. Trei dintre cele patru routere sunt etichetate ca Rezervare
dinamică a resurselor.

IntServ utilizează o abordare orientată spre conexiune moștenită din proiectarea rețelei de telefonie. Fiecare
comunicare individuală trebuie să specifice în mod explicit descriptorul său de trafic și resursele solicitate
către rețea. Routerul edge efectuează controlul admiterii pentru a se asigura că resursele disponibile sunt
suficiente în rețea. Standardul IntServ presupune că routerele de-a lungul unei căi stabilesc și mențin starea
pentru fiecare comunicare individuală.
 În modelul IntServ, aplicația solicită un anumit tip de serviciu din rețea înainte de a trimite date. Aplicația
informează rețeaua despre profilul său de trafic și solicită un anumit tip de serviciu care poate cuprinde
cerințele sale de lățime de bandă și de întârziere. IntServ utilizează protocolul de rezervare a resurselor (RSVP)
pentru a semnala nevoile QoS ale traficului unei aplicații de-a lungul dispozitivelor pe calea de la capăt la
capăt prin rețea. Dacă dispozitivele de rețea de-a lungul căii pot rezerva lățimea de bandă necesară, aplicația
de origine poate începe să transmită. Dacă rezervarea solicitată eșuează de-a lungul căii, aplicația de origine
nu trimite nicio dată.

Routerul edge efectuează controlul admiterii pe baza informațiilor din aplicație și a resurselor de rețea
disponibile. Rețeaua se angajează să îndeplinească cerințele QoS ale aplicației atâta timp cât traficul rămâne
în cadrul specificațiilor profilului. Rețeaua își îndeplinește angajamentul prin menținerea stării per flux și apoi
efectuând clasificarea pachetelor, controlul și așteptarea inteligentă pe baza acelei stări.

Tabelul prezintă beneficiile și dezavantajele modelului IntServ.

Avantajele și dezavantajele modelului IntServ

Avantaje Dezavantaje

 Control explicit de admitere a resurselor

de la capăt la capăt
 Controlul de admitere a politicii la
cerere
 Semnalizarea numerelor de porturi
dinamice
 Resurse intensive din cauza cerinței de arhitectură cu stare pentru semnalizare
continuă.
 Abordare bazată pe flux nu este scalabilă la implementări mari, cum ar fi
internetul.

Servicii diferențiate
Modelul QoS pentru servicii diferențiate (DiffServ) specifică un mecanism simplu și scalabil pentru
clasificarea și gestionarea traficului de rețea. De exemplu, DiffServ poate oferi servicii cu latență redusă
garantată pentru traficul critic de rețea, cum ar fi vocea sau video, oferind în același timp garanții simple de
trafic de cel mai bun efort serviciilor necritice, cum ar fi traficul web sau transferurile de fișiere.

Designul DiffServ depășește limitările atât ale modelelor de cel mai bun efort, cât și ale modelelor
IntServ. Modelul DiffServ este descris în RFC-urile 2474, 2597, 2598, 3246, 4594. DiffServ poate oferi un
QoS „aproape garantat”, fiind în același timp rentabil și scalabil.

Modelul DiffServ este similar ca concept cu trimiterea unui colet folosind un serviciu de livrare. Soliciți (și
plătiți) un nivel de serviciu atunci când trimiteți un pachet. În întreaga rețea de pachete, nivelul de serviciu
pentru care ați plătit este recunoscut și pachetului dumneavoastră i se oferă fie servicii preferențiale, fie
normale, în funcție de ceea ce ați solicitat.

DiffServ nu este o strategie QoS end-to-end, deoarece nu poate aplica garanții end-to-end. Cu toate acestea,
DiffServ QoS este o abordare mai scalabilă pentru implementarea QoS. Spre deosebire de IntServ și hard QoS,
în care gazdele finale semnalează nevoile lor QoS către rețea, DiffServ nu folosește semnalizarea. În schimb,
DiffServ utilizează o abordare „soft QoS”. Funcționează pe modelul QoS furnizat, în care elementele de rețea
sunt configurate pentru a deservi mai multe clase de trafic, fiecare cu cerințe QoS diferite.

Figura prezintă o ilustrare simplă a modelului DiffServ.

Exemplu DiffServ simplu

Figura prezintă o ilustrare simplă a modelului QoS Differentiated Services (DiffServ). Două PC-uri etichetate
QoS Unaware Node sunt conectate pe părți opuse prin conexiuni seriale la o coloană vertebrală IP într-un
nor. Conexiunile seriale sunt etichetate, Clasificare trafic. În cloud, IP Backbone este format din patru routere
conectate redundant împreună. Trei dintre cele patru routere sunt etichetate ca mecanisme de politică QoS
manuale.

Pe măsură ce o gazdă redirecționează traficul către un router, routerul clasifică fluxurile în agregate (clase) și
furnizează politica QoS corespunzătoare pentru clase. DiffServ impune și aplică mecanisme QoS pe o bază
hop-by-hop, aplicând în mod uniform sensul global fiecărei clase de trafic pentru a oferi atât flexibilitate, cât
și scalabilitate. De exemplu, DiffServ ar putea fi configurat să grupeze toate fluxurile TCP ca o singură clasă
și să aloce lățime de bandă pentru acea clasă, mai degrabă decât pentru fluxurile individuale, așa cum ar face
IntServ. Pe lângă clasificarea traficului, DiffServ minimizează cerințele de semnalizare și de întreținere a stării
pe fiecare nod de rețea.

Mai exact, DiffServ împarte traficul de rețea în clase în funcție de cerințele afacerii. Fiecare dintre clase poate
primi apoi un nivel diferit de serviciu. Pe măsură ce pachetele traversează o rețea, fiecare dintre dispozitivele
de rețea identifică clasa de pachete și deservește pachetul în conformitate cu acea clasă. Este posibil să alegeți
mai multe niveluri de serviciu cu DiffServ. De exemplu, traficul de voce de la telefoanele IP primește de obicei
un tratament preferențial față de restul traficului de aplicații, e-mail-ul primește, în general, un serviciu de cel
mai bun efort, iar traficul non-business poate fi oferit fie un serviciu foarte slab, fie blocat complet.

Figura prezintă beneficiile și dezavantajele modelului DiffServ.

Notă: Rețelele moderne folosesc în principal modelul DiffServ. Cu toate acestea, din cauza volumelor tot mai
mari de trafic sensibil la întârziere și jitter, IntServ și RSVP sunt uneori co-implementate.
 Avantajele și dezavantajele modelului DiffServ
Avantaje Dezavantaje

 Foarte scalabil  Nici o garanție absolută a calității serviciilor

 Oferă multe niveluri diferite de  Necesită un set de mecanisme complexe pentru a funcționa concertat în întreaga
calitate rețea

Verificați-vă înțelegerea - Modele QoS

1. Care model QoS oferă controlul de admitere a politicii la cerere?
 cel mai bun efort
 servicii integrate
 servicii diferențiate
Explicație: Modelul QoS pentru servicii integrate oferă control de admitere a politicii la cerere.

2. Care model QoS nu necesită mecanisme QoS speciale?

 cel mai bun efort
 servicii integrate
 servicii diferențiate
Explicație: Modelul QoS cel mai bun efort nu necesită mecanisme QoS speciale.

3. Care model QoS oferă mai multe niveluri diferite de calitate?

 cel mai bun efort
 servicii integrate
 servicii diferențiate
Explicație: Modelul QoS pentru servicii diferențiate oferă niveluri diferite de calitate.

4. Care model QoS utilizează un control explicit de admitere a resurselor de la capăt la capăt?
 cel mai bun efort
 servicii integrate
 servicii diferențiate
Explicație: Modelul QoS pentru servicii integrate oferă un control explicit de admitere a resurselor de la un
capăt la altul.

5. Care model QoS este cel mai scalabil?

 cel mai bun efort
 servicii integrate
 servicii diferențiate
Explicație: Dintre modelele QoS, serviciile diferențiate sunt cele mai scalabile.
 Tutorial video - Tehnici de implementare QoS

Evitarea pierderii pachetelor

Acum că ați învățat despre caracteristicile traficului, algoritmii de așteptare și modelele QoS, este timpul să
învățați despre tehnicile de implementare QoS.

Să începem cu pierderea pachetelor. Pierderea pachetelor este de obicei rezultatul congestiei unei
interfețe. Majoritatea aplicațiilor care utilizează TCP se confruntă cu o încetinire, deoarece TCP se adaptează
automat la congestionarea rețelei. Segmentele TCP abandonate fac ca sesiunile TCP să își reducă dimensiunile
ferestrelor. Unele aplicații nu folosesc TCP și nu pot gestiona pierderile (fluxuri fragile).

Următoarele abordări pot preveni scăderea în aplicațiile sensibile:

 Creșteți capacitatea conexiunii pentru a ușura sau a preveni aglomerația.

 Garantați suficientă lățime de bandă și creșteți spațiul tampon pentru a găzdui exploziile de trafic din fluxuri
fragile. WFQ, CBWFQ și LLQ pot garanta lățime de bandă și pot oferi redirecționare prioritară către aplicații
sensibile la picături.
 Aruncați pachetele cu prioritate inferioară înainte de apariția congestiei. Cisco IOS QoS oferă mecanisme de
așteptare, cum ar fi detectarea timpurie aleatorie ponderată (WRED), care încep să elimine pachetele cu
prioritate mai mică înainte de apariția congestiei.
 Instrumente QoS
Există trei categorii de instrumente QoS, așa cum este descris în tabel:

 Instrumente de clasificare și marcare

 Instrumente de evitare a congestionării
 Instrumente de gestionare a congestionării

Instrumente pentru implementarea QoS

Instrumente
Descriere
QoS

Instrumente de  Sesiunile sau fluxurile sunt analizate pentru a determina clasei de trafic căreia îi aparțin.
clasificare și  Când este determinată clasa de trafic, pachetele sunt marcate.
marcare

 Clasele de trafic sunt porțiuni alocate din resursele rețelei, așa cum este definit de politica QoS.
 Politica QoS identifică, de asemenea, modul în care un anumit trafic poate fi renunțat, întârziat sau
Instrumente de remarcat în mod selectiv pentru a evita aglomerația.
evitare a  Instrumentul principal de evitare a congestionării este WRED și este utilizat pentru a reglementa
congestionării traficul de date TCP într-o manieră eficientă din punct de vedere al lățimii de bandă înainte de a se
produce scăderi de coadă cauzate de depășirea cozii.

 Când traficul depășește resursele de rețea disponibile, traficul este pus în coadă pentru a aștepta
Instrumente de disponibilitatea resurselor.
gestionare a  Instrumentele comune de gestionare a congestiei bazate pe Cisco IOS includ algoritmi CBWFQ și
congestionării LLQ.

Consultați figură pentru a ajuta la înțelegerea succesiunii în care sunt utilizate aceste instrumente atunci când
QoS este aplicată fluxurilor de pachete.

Secvența QoS
 Figura arată secvența instrumentelor pentru implementarea QoS. Cele trei instrumente pentru implementarea
QoS sunt clasificarea și marcarea, evitarea congestiei și managementul congestionării. Figura începe în
secțiunea Clasificare și Marcare cu pachetele de intrare, aceste pachete sunt clasificate și organizate înainte
de a fi apoi marcate. Apoi pachetele se mută la secțiunea Evitarea congestionării. Pachetele sunt apoi alocate
pe baza politicilor definite, iar unele sunt abandonate selectiv. În cele din urmă, pachetele se mută la secțiunea
Gestionarea congestionării. Pachetele sunt puse în coadă și apoi programate și modelate înainte de a fi trimis e
în interfața de ieșire pe baza modelării și politicii QoS definite.

După cum se arată în figură, pachetele de intrare (pătrate gri) sunt clasificate și antetul IP respectiv este marcat
(pătrate colorate). Pentru a evita aglomerația, pachetele sunt apoi alocate resurse pe baza unor politici
definite. Pachetele sunt apoi puse în coadă și transmise către interfața de ieșire pe baza politicii lor definite de
modelare QoS și de control.

Notă: Clasificarea și marcarea se pot face la intrare sau la ieșire, în timp ce alte acțiuni QoS, cum ar fi coada
și modelarea, se fac de obicei la ieșire.

Clasificare și marcare
Înainte ca unui pachet să i se aplice o politică QoS, pachetul trebuie să fie clasificat. Clasificarea și marcarea
ne permit să identificăm sau să „marcăm” tipurile de pachete. Clasificarea determină clasa de trafic căreia îi
aparțin pachetele sau cadrele. Numai după ce traficul este marcat, i se pot aplica politici.

Modul în care este clasificat un pachet depinde de implementarea QoS. Metodele de clasificare a fluxurilor de
trafic la nivelul 2 și 3 includ utilizarea interfețelor, ACL-urilor și hărților de clasă. Traficul poate fi, de
asemenea, clasificat la Straturile 4 până la 7 utilizând Recunoașterea aplicației bazate pe rețea (NBAR).

Notă: NBAR este o funcție de clasificare și descoperire a protocolului a software-ului Cisco IOS care
funcționează cu funcții QoS. NBAR este în afara domeniului de aplicare al acestui curs.

Marcarea înseamnă că adăugăm o valoare la antetul pachetului. Dispozitivele care primesc pachetul se uită la
câmpul marcat pentru a vedea dacă se potrivește cu o politică definită. Marcarea trebuie făcută cât mai aproape
de dispozitivul sursă posibil. Aceasta stabilește granița încrederii.

Modul în care este marcat traficul depinde de obicei de tehnologie. Tabelul din figură descrie câteva câmpuri
de marcare utilizate în diferite tehnologii. Decizia de a marca traficul la Straturile 2 sau 3 (sau ambele) nu este
trivială și ar trebui luată după luarea în considerare a următoarelor puncte:

 Marcarea stratului 2 a cadrelor poate fi efectuată pentru traficul non-IP.

 Marcarea stratului 2 a cadrelor este singura opțiune QoS disponibilă pentru comutatoarele care nu sunt
„conștiente de IP”.
 Marcarea stratului 3 va transporta informațiile QoS de la capăt la capăt.

Marcarea traficului pentru QoS

Instrumente QoS Strat Câmp de marcare Lățimea în biți

Ethernet (802.1Q, 802.1p) 2 Clasa de serviciu (CoS) 3

802.11 (Wi-Fi) 2 Identificator de trafic Wi-Fi (TID) 3

MPLS 2 Experimental (EXP) 3

 Instrumente QoS Strat Câmp de marcare Lățimea în biți

IPv4 și IPv6 3 Precedență IP (IPP) 3

IPv4 și IPv6 3 Punct de cod pentru servicii diferențiate (DSCP) 6

Marcare la stratul 2
802.1Q este standardul IEEE care acceptă etichetarea VLAN la Layer 2 pe rețelele Ethernet. Când 802.1Q
este implementat, două câmpuri sunt adăugate cadrului Ethernet. După cum se arată în figură, aceste două
câmpuri sunt inserate în cadrul Ethernet după câmpul de adresă MAC sursă.

Valori Ethernet Class of Service (CoS).

Figura arată câmpurile unui cadru Ethernet și a unui cadru 802.1Q. Cadrul Ethernet este format din șapte
câmpuri: Preambul, SFD, DA, SA, T/L, Date și FCS. Când este implementat 802.1Q, două câmpuri
suplimentare sunt adăugate cadrului Ethernet: TPID și TCI, ambele având câte 2 octeți fiecare. În interiorul
acestor două câmpuri se află un câmp de prioritate de 3 biți, un câmp CFI de 1 bit și un câmp ID VLAN de 12
biți. Cei 3 biți utilizați în câmpul de prioritate sunt pentru marcajele Clasă de serviciu (CoS).

Standardul 802.1Q include și schema de prioritizare QoS cunoscută sub numele de IEEE 802.1p. Standardul
802.1p folosește primii trei biți din câmpul Tag Control Information (TCI). Cunoscut sub numele de câmpul
Priority (PRI), acest câmp pe 3 biți identifică marcajele Class of Service (CoS). Trei biți înseamnă că un cadru
Ethernet Layer 2 poate fi marcat cu unul dintre cele opt niveluri de prioritate (valori 0-7), așa cum este afișat
în figură.

Valori Ethernet Class of Service (CoS).

Valoarea CoS Valoare binară CoS Descriere

0 000 Date despre cel mai bun efort

 Valoarea CoS Valoare binară CoS Descriere

1 001 Date cu prioritate medie

2 010 Date cu prioritate ridicată

3 011 Semnalizarea apelurilor

4 100 Videoconferinta

5 101 Purtător de voce (trafic vocal)

6 110 Rezervat

7 111 Rezervat

Marcare la stratul 3
IPv4 și IPv6 specifică un câmp de 8 biți în anteturile lor de pachete pentru a marca pachetele. După cum se
arată în figură, atât IPv4, cât și IPv6 acceptă un câmp de 8 biți pentru marcare: câmpul Tip de serviciu (ToS)
pentru IPv4 și câmpul Clasă de trafic pentru IPv6.

Anteturi de pachete IPv4 și IPv6

Figura prezintă antetele pachetelor IPv4 și IPv6. Antetul IPv4 constă din următoarele câmpuri: Versiune, IHL,
Tip de serviciu, Lungime totală, Identificare, Indicatoare, Compensare fragment, Durată de viață, Protocol,
Sumă de verificare antet, Adresă sursă, Adresă de destinație, Opțiuni și Umplutură. Câmpul Tip de serviciu
este conturat cu un dreptunghi. Antetul IPv6 constă din următoarele câmpuri: Versiune, Clasa de trafic,
Etichetă de flux, Lungimea încărcăturii utile, Antetul următor, Limită de salt, Adresă IP sursă și Adresă IP de
destinație. Câmpul Clasa de trafic este conturat cu un dreptunghi.
 Câmpul tip de serviciu și clasa de trafic
Tipul de serviciu (IPv4) și Clasa de trafic (IPv6) poartă marcajul pachetului, așa cum este atribuit de
instrumentele de clasificare QoS. Câmpul este apoi referit de către dispozitivele de recepție care transmit
pachetele pe baza politicii QoS corespunzătoare atribuite.

Figura afișează conținutul câmpului de 8 biți. În RFC 791, standardul IP original a specificat câmpul IP
Precedence (IPP) pentru a fi utilizat pentru marcajele QoS. Cu toate acestea, în practică, acești trei biți nu au
furnizat suficientă granularitate pentru a implementa QoS.

RFC 2474 înlocuiește RFC 791 și redefinește câmpul ToS prin redenumirea și extinderea câmpului IPP. Noul
câmp, așa cum se arată în figură, are 6 biți alocați pentru QoS. Numiți câmpul Differentiated Services Code
Point (DSCP), acești șase biți oferă maximum 64 de clase posibile de servicii. Cei doi biți rămași de notificare
explicită a congestionării IP (ECN) pot fi utilizați de routerele care știe ECN pentru a marca pachetele în loc
să le abandoneze. Marcajul ECN informează ruterele din aval că există congestie în fluxul de pachete.

Valori DSCP
Cele 64 de valori DSCP sunt organizate în trei categorii:

 Best-Effort (BE) - Aceasta este valoarea implicită pentru toate pachetele IP. Valoarea DSCP este 0.
Comportamentul per-hop este rutarea normală. Când un router se confruntă cu congestie, aceste pachete vor
fi abandonate. Nu este implementat niciun plan QoS.
 Redirecționare accelerată (EF) - RFC 3246 definește EF ca valoarea zecimală DSCP 46
(binară 101 110). Primii 3 biți (101) se mapează direct la valoarea 5 CoS de strat 2 utilizată pentru traficul
vocal. La nivelul 3, Cisco recomandă ca EF să fie utilizat numai pentru a marca pachetele vocale.
 Assured Forwarding (AF) - RFC 2597 definește AF să folosească cei mai importanți 5 biți DSCP pentru a
indica cozile și preferința de eliminare. Definiția AF este ilustrată în figură.
 Valori de expediere asigurate

Figura prezintă valorile de redirecționare asigurate pentru punctele de cod pentru servicii diferențiate (DSCP)
și formula AFxy. Valorile de expediere asigurate constau din patru clase. Clasa 1, fiind cea mai proastă coadă,
iar Clasa 4 fiind cea mai bună coadă. Fiecare clasă are valori de redirecționare bazate pe scădere scăzută,
medie sau mare. Clasa 4s Low drop este etichetată AF41 cu o valoare DSCP de 34, Medium drop este AF42
cu o valoare DSCP de 36 și High drop este AF43 cu o valoare DSCP de 38. Clasa 3s Low drop este etichetată
AF31 cu o valoare DSCP de 26, scăderea medie este AF32 cu o valoare DSCP de 28 și scăderea ridicată este
AF33 cu o valoare DSCP de 30. Scăderea scăzută de clasa 2s este etichetată AF21 cu o valoare DSCP de 18,
scăderea medie este AF22 cu o valoare DSCP de 20, iar scăderea ridicată este AF23 cu o valoare DSCP de
22. Scăderea scăzută a clasei 1 este etichetată AF11 cu o valoare DSCP de 10, scăderea medie este AF12 cu
o valoare DSCP de 12 și scăderea ridicată este AF13 cu o valoare DSCP de 14. Formula pentru determinarea
numărului AF se bazează pe câmpul DSCP, primii trei biți cei mai importanți sunt utilizați pentru a desemna
clasa, al patrulea și al cincilea biți cei mai semnificativi sunt utilizați pentru a desemna preferința de eliminare,
iar al șaselea bit este setat la zero. Un exemplu pentru AF32 are primii trei biți cei mai importanți ca 011, iar
biții de preferință de eliminare sunt 10, cu al șaselea bit ca 0. Acest lucru are ca rezultat binarul 011100 sau
când este convertit în zecimal, 28. Primii trei biți desemnează clasa. Biții de clasă pentru AF32 sunt 011,
convertiți la zecimalul 011 este 3. Prin urmare, AF32 este o clasă 3 cu valoarea DSCP de 28.
Formula AFxy este specificată după cum urmează:

 Primii 3 biți cei mai semnificativi sunt utilizați pentru a desemna clasa. Clasa 4 este cea mai bună coadă, iar
clasa 1 este cea mai proastă coadă.
 Al 4-lea și al 5-lea biți cei mai importanți sunt utilizați pentru a desemna preferința de eliminare.
 Al 6-lea cel mai semnificativ bit este setat la zero.

De exemplu, AF32 aparține clasei 3 (binar 011) și are o preferință medie de picătură (binar 10). Valoarea
DSCP completă este 28 deoarece includeți al 6-lea bit 0 (binar 011100).
Biți de selecție de clasă
Deoarece primii 3 biți cei mai importanți ai câmpului DSCP indică clasa, acești biți sunt numiți și biți Class
Selector (CS). Acești 3 biți se mapează direct la cei 3 biți ai câmpului CoS și câmpului IPP pentru a menține
compatibilitatea cu 802.1p și RFC 791, așa cum se arată în figură.

Layer 2 CoS și Layer 3 ToS

Figura arată biții Class Sector în DSCP, câmpurile Priority Class of Service (CoS) și IPP sunt toate mapate
pentru a menține compatibilitatea cu 802.1p. Un cadru 802.1Q este afișat cu 3 câmpuri separate: Priority CoS,
CFI și 12 biți VLAN ID. Sub cadrul 802.1Q se află câmpul de tip de serviciu vechi cu 2 câmpuri separate: IPP
cu 3 biți, al doilea câmp are 5 biți neutilizați. Sub vechiul câmp Tip de serviciu se află câmpul curent Tip de
serviciu. Câmpul actual Tip de serviciu este format din 2 câmpuri separate: DSCP cu 6 biți și ECN cu 2
biți. Primii 3 biți ai câmpului DSCP sunt etichetați ca CS. Primii 3 biți ai câmpului 802.1Q, vechiul tip de
serviciu și tipul actual de serviciu sunt toate conturate cu linii punctate pentru a semnifica că sunt mapate
direct.

Tabelul din figură arată modul în care valorile CoS sunt asociate cu selectoarele de clasă și cu valoarea DSCP
pe 6 biți corespunzătoare. Același tabel poate fi utilizat pentru a mapa valorile IPP la Selectorii de clasă.
 Maparea CoS la selectorii de clasă în DSCP

Figura arată cum valorile clasei de serviciu (CoS) sunt asociate cu selectoarele de clasă din DSCP. Valoarea
CoS are trei biți etichetați cu valorile de 4, 2 și 1. Sub biții CoS se află DSCP cu șase biți. Acești biți sunt
etichetați cu valorile de 32, 16, 8, 4, 2 și 1. Cei 3 biți CoS și primii 3 biți DSCP sunt legați cu linii punctate
indicând că cei doi sunt mapați.

Limite de încredere
Unde ar trebui să apară marcajele? Traficul ar trebui să fie clasificat și marcat cât mai aproape de sursa sa, pe
cât posibil din punct de vedere tehnic și administrativ. Aceasta definește limita de încredere, așa cum se arată
în figură.

1. Punctele finale de încredere au capabilitățile și inteligența de a marca traficul aplicațiilor la valorile

corespunzătoare CoS de nivel 2 și/sau DSCP de nivel 3. Exemple de puncte finale de încredere includ
telefoane IP, puncte de acces fără fir, sisteme și gateway-uri de videoconferință, stații de conferințe IP și multe
altele.
2. Punctele finale securizate pot avea trafic marcat la comutatorul Layer 2.
3. Traficul poate fi marcat și la comutatoarele / routerele Layer 3.

Remarcarea traficului, de exemplu, remarcarea valorilor CoS la valorile IP Precedent sau DSCP, este de obicei
necesară.
Diverse limite de încredere

Figura oferă trei exemple de diferite limite de încredere într-o rețea. Cifra are cinci categorii pentru
dispozitivele dintr-o rețea: puncte finale, acces, distribuție, nucleu și agregare WAN. Dispozitivele terminale
din figură sunt 3 PC-uri și un telefon IP, stratul de acces din figură este format din 3 comutatoare, stratul de
distribuție are 2 comutatoare multistrat și stratul de agregare WAN are 2 routere. Primul exemplu de graniță
de încredere se oprește între un computer și un telefon IP, ceea ce înseamnă că computerul nu este un punct
final de încredere. Cu toate acestea, punctul final al telefonului IP, comutatoarele de acces, distribuția și de
bază și routerele de agregare WAN sunt toate de încredere. Al doilea exemplu de graniță de încredere se
oprește între un computer și un comutator, ceea ce înseamnă că computerul nu este de încredere. Cu toate
acestea, accesul, distribuția și comutatoarele de bază și routerele de agregare WAN sunt toate de încredere. În
al treilea exemplu de graniță de încredere, un computer este conectat la un comutator și granița se oprește între
un comutator și comutatorul de distribuție, ceea ce înseamnă că computerul și comutatorul de acces nu sunt
de încredere. Cu toate acestea, comutatoarele de distribuție și de bază și routerele de agregare WAN sunt de
încredere.

Evitarea congestiei
Gestionarea congestionării include metode de așteptare și de programare în care traficul în exces este stocat
sau pus în coadă (și uneori eliminat) în timp ce așteaptă să fie trimis o interfață de ieșire. Instrumentele de
evitare a congestionării sunt mai simple. Ei monitorizează încărcările de trafic din rețea într-un efort de a
anticipa și de a evita congestionarea la blocajele comune ale rețelei și ale internetului înainte ca congestia să
devină o problemă. Aceste instrumente pot monitoriza adâncimea medie a cozii, așa cum este reprezentată în
figură. Când coada este sub pragul minim, nu există scăderi. Pe măsură ce coada se umple până la pragul
maxim, un mic procent de pachete sunt abandonate. Când pragul maxim este depășit, toate pachetele sunt
abandonate.
Mecanisme de evitare a congestionării

Figura arată mecanismele de evitare a congestionării la diferite adâncimi de coadă. Figura are trei casete
verticale: caseta de sus este etichetată Picături complete, caseta din mijloc este etichetată % Picături, iar caseta
de jos este etichetată Fără picături. Există patru etape de coadă: coadă plină, prag maxim, prag minim și coadă
goală. Cele patru etape ale punerii la coadă au săgeți îndreptate către casetele corespunzătoare. Dacă coada
este plină, atunci toate pachetele sunt abandonate. Între pragul minim și maxim există un procent de pachete
abandonate. Dacă coada este goală, nu se aruncă niciun pachet.

Unele tehnici de evitare a congestionării oferă un tratament preferențial pentru care pachetele vor fi
abandonate. De exemplu, Cisco IOS QoS include detectarea timpurie aleatorie ponderată (WRED) ca o
posibilă soluție de evitare a congestionării. Algoritmul WRED permite evitarea congestionării interfețelor de
rețea prin furnizarea de gestionare a buffer-ului și permițând traficului TCP să scadă sau să se reducă înapoi
înainte ca bufferele să fie epuizate. Utilizarea WRED ajută la evitarea scăderilor și maximizează utilizarea
rețelei și performanța aplicațiilor bazate pe TCP. Nu există nicio evitare a congestionării traficului bazat pe
User Datagram Protocol (UDP), cum ar fi traficul de voce. În cazul traficului bazat pe UDP, metode precum
tehnicile de așteptare și compresie ajută la reducerea și chiar la prevenirea pierderii pachetelor UDP.

Modelare și poliție
Modelarea traficului și controlul traficului sunt două mecanisme furnizate de software-ul Cisco IOS QoS
pentru a preveni congestionarea.

Modelarea traficului reține pachetele în exces într-o coadă și apoi programează excesul pentru transmiterea
ulterioară în intervale de timp. Rezultatul modelării traficului este o rată de ieșire a pachetelor netezită, așa
cum se arată în figură.
Exemplu de modelare a traficului

Figura prezintă un exemplu de modelare a traficului. Figura prezintă două grafice. Primul grafic arată traficul
care trece peste și sub rata maximă de trafic pe o perioadă de timp. Al doilea grafic arată traficul după
modelare. Traficul este modelat pentru a avea o rată uniformă de ieșire a pachetelor.

Modelarea implică existența unei cozi și a unei suficiente memorie pentru a tampona pachetele întârziate, în
timp ce poliția nu.

Asigurați-vă că aveți suficientă memorie atunci când activați modelarea. În plus, modelarea necesită o funcție
de programare pentru transmiterea ulterioară a oricăror pachete întârziate. Această funcție de programare vă
permite să organizați coada de modelare în diferite cozi. Exemple de funcții de planificare sunt CBWFQ și
LLQ.

Modelarea este un concept de ieșire; pachetele care ies dintr-o interfață sunt puse în coadă și pot fi modelate. În
schimb, poliția este aplicată traficului de intrare pe o interfață. Când rata de trafic atinge rata maximă
configurată, traficul în exces este eliminat (sau remarcat).

Poliția este implementată în mod obișnuit de furnizorii de servicii pentru a impune o rată de informare a
clienților contractată (CIR). Cu toate acestea, furnizorul de servicii poate permite, de asemenea, spargerea
peste CIR dacă rețeaua furnizorului de servicii nu se confruntă în prezent cu congestionare.

Exemplu de poliție în traffic

Figura prezintă un exemplu de control al traficului. Figura prezintă două grafice. Primul grafic arată traficul
care trece peste și sub rata maximă de trafic pe o perioadă de timp. Al doilea grafic arată traficul după
efectuarea poliției. Traficul merge la sau sub rata de trafic, dar nu peste rata de trafic desemnată, deoarece
traficul în exces este redus sau remarcat.
 Ghidul politicii QoS
Politica dvs. QoS trebuie să ia în considerare calea completă de la sursă la destinație. Dacă un dispozitiv din
cale folosește o politică diferită de cea dorită, atunci întreaga politică QoS este afectată. De exemplu, bâlbâiala
în redarea video ar putea fi rezultatul unui comutator pe cale care nu are valoarea CoS setată corespunzător.

Câteva reguli care ajută la asigurarea celei mai bune experiențe pentru utilizatorii finali includ următoarele:

 Activați coada la fiecare dispozitiv din calea dintre sursă și destinație.

 Clasificați și marcați traficul cât mai aproape posibil de sursă.
 Forma și traficul de poliție se desfășoară cât mai aproape de sursele lor.

Verificați-vă înțelegerea - Tehnici de implementare

QoS
1. Care detectează când ratele de trafic ating o rată maximă configurată și reduce traficul în exces?
 politia rutiera
 modelarea traficului
 clasificare
Explicație: Poliția traficului reduce traficul în exces atunci când atinge o rată maximă configurată.

2. Care determină cărei clase de pachete de trafic sau cadre îi aparțin.

 marcare
 clasificare
 modelarea traficului
Explicație: Clasificarea determină clasa căreia îi aparțin pachetele sau cadrele.

3. Care adaugă o valoare antetului pachetului?

 marcare
 clasificare
 802.1Q
Explicație: Mecanismul de marcare QoS adaugă o valoare antetului pachetului.

4. Care oferă managementul buffer-ului și permite traficului TCP să se reducă înainte ca bufferele să
fie epuizate?
 politia rutiera
 802.1Q
 WRED
Explicație: Algoritmul WRED reduce traficul TCP înainte ca bufferele să se epuizeze.

5. Care reține pachetele în exces într-o coadă și apoi programează excesul pentru transmiterea
ulterioară în intervale de timp?
 WRED
 politia rutiera
 modelarea traficului
Explicație: Formarea traficului reține pachetele în exces într-o coadă și apoi programează excesul pentru
transmiterea ulterioară în intervale de timp.
Ce am învățat în acest modul?
Calitatea transmisiei în rețea

Transmisiile de voce și video în direct creează așteptări mai mari pentru livrarea de calitate în rândul
utilizatorilor și creează o nevoie de calitate a serviciului (QoS). Aglomerația apare atunci când mai multe linii
de comunicație se adună pe un singur dispozitiv, cum ar fi un router, și apoi o mare parte din aceste date sunt
plasate pe doar câteva interfețe de ieșire sau pe o interfață mai lentă. Aglomerația poate apărea și atunci când
pachetele mari de date împiedică transmiterea în timp util a pachetelor mai mici. Fără mecanisme QoS în
vigoare, pachetele sunt procesate în ordinea în care sunt primite. Când apare congestie, dispozitivele de rețea,
cum ar fi routerele și comutatoarele, pot scăpa pachete. Aceasta înseamnă că pachetele sensibile la timp, cum
ar fi video și voce în timp real, vor fi eliminate cu aceeași frecvență ca și datele care nu sunt sensibile la timp,
cum ar fi e-mailul și navigarea pe web. Când volumul de trafic este mai mare decât ceea ce poate fi transportat
în rețea, dispozitivele pun în coadă (rețin) pachetele în memorie până când resursele devin disponibile pentru
a le transmite. Punerea în așteptare a pachetelor cauzează întârzieri, deoarece pachetele noi nu pot fi transmise
până când pachetele anterioare nu au fost procesate. O tehnică QoS care poate ajuta cu această problemă este
clasificarea datelor în mai multe cozi. Punctele de congestie a rețelei sunt candidații ideali pentru mecanismele
QoS pentru a atenua întârzierea și latența. Două tipuri de întârzieri sunt fixe și variabile. Sursele de întârziere
sunt întârzierea codului, întârzierea de pachetare, întârzierea în coadă, întârzierea serializării, întârzierea
propagarii și întârzierea de-jitter. Jitter este variația în întârziere a pachetelor primite. Din cauza congestionării
rețelei, a punerii în așteptare necorespunzătoare sau a erorilor de configurare, întârzierea dintre fiecare pachet
poate varia în loc să rămână constantă.

Caracteristici de trafic

Traficul de voce și video sunt două dintre principalele motive pentru QoS. Traficul vocal este fluid și benign,
dar este sensibil la scăderi și întârzieri. Vocea poate tolera o anumită latență, fluctuații și pierderi fără efecte
vizibile. Latența nu trebuie să depășească 150 de milisecunde (ms). Jitter-ul nu trebuie să depășească 30 ms,
iar pierderea pachetelor de voce nu trebuie să depășească 1%. Traficul vocal necesită cel puțin 30 Kbps de
lățime de bandă. Traficul video este mai solicitant decât traficul vocal din cauza dimensiunii pachetelor pe
care le trimite prin rețea. Traficul video este intens, lacom, sensibil la picături și sensibil la întârziere. Fără
QoS și o cantitate semnificativă de lățime de bandă suplimentară, calitatea video se degradează de
obicei. Porturile UDP, cum ar fi 554, sunt folosite pentru Real-Time Streaming Protocol (RSTP) și ar trebui
să aibă prioritate față de alt trafic de rețea, mai puțin sensibil la întârziere. Similar cu vocea, videoclipul poate
tolera o anumită latență, fluctuații și pierderi fără efecte vizibile. Latența nu trebuie să depășească 400 de
milisecunde (ms). Jitter-ul nu trebuie să depășească 50 ms, iar pierderea pachetelor video nu trebuie să
depășească 1%. Traficul video necesită cel puțin 384 Kbps de lățime de bandă. Traficul de date nu este la fel
de solicitant precum traficul de voce și video. Pachetele de date folosesc adesea aplicații TCP care pot
retransmite date și, prin urmare, nu sunt sensibile la pierderi și întârzieri. Deși traficul de date este relativ
insensibil la scăderi și întârzieri în comparație cu voce și video, un administrator de rețea trebuie totuși să ia
în considerare calitatea experienței utilizatorului, denumită uneori calitatea experienței (QoE).

Algoritmi de așteptare

Politica QoS implementată de administratorul de rețea devine activă atunci când apare congestionarea
conexiunii. Așezarea în coadă este un instrument de gestionare a congestionării care poate pune în tampon,
prioritizează și, dacă este necesar, reordonează pachetele înainte de a fi transmise la destinație. Acest curs se
concentrează pe următorii algoritmi de așteptare: First-In, First-Out (FIFO), Weighted Fair Queuing (WFQ),
Class-Based Weighted Fair Queuing (CBWFQ) și Low Latency Queuing (LLQ). FIFO pune în coadă tampon
și trimite pachetele în ordinea sosirii lor. FIFO nu are concept de prioritate sau clase de trafic și, în consecință,
nu ia nicio decizie cu privire la prioritatea pachetelor. Când se utilizează FIFO, traficul important sau sensibil
la timp poate fi abandonat atunci când există congestie pe interfața routerului sau a comutatorului. WFQ este
o metodă de programare automată care oferă o alocare echitabilă a lățimii de bandă pentru întregul trafic de
rețea. WFQ aplică prioritate, sau ponderi, traficului identificat și îl clasifică în conversații sau fluxuri. WFQ
clasifică traficul în diferite fluxuri în funcție de adresarea antetului pachetului, inclusiv caracteristici precum
adresele IP sursă și destinație, adrese MAC, numere de porturi, protocol și valoarea tipului de serviciu
(ToS). Valoarea ToS din antetul IP poate fi utilizată pentru a clasifica traficul. CBWFQ extinde
funcționalitatea standard WFQ pentru a oferi suport pentru clasele de trafic definite de utilizator. Cu CBWFQ,
definiți clase de trafic pe baza criteriilor de potrivire, inclusiv protocoale, liste de control al accesului (ACL)
și interfețe de intrare. Caracteristica LLQ aduce la CBWFQ o așteptare cu prioritate strictă (PQ). PQ strict
permite ca pachetele sensibile la întârziere, cum ar fi vocea, să fie trimise înaintea pachetelor din alte cozi,
reducând agitația în conversațiile vocale. pentru a identifica traficul și îl clasifică în conversații sau
fluxuri. WFQ clasifică traficul în diferite fluxuri în funcție de adresarea antetului pachetului, inclusiv
caracteristici precum adresele IP sursă și destinație, adrese MAC, numere de porturi, protocol și valoarea
tipului de serviciu (ToS). Valoarea ToS din antetul IP poate fi utilizată pentru a clasifica traficul. CBWFQ
extinde funcționalitatea standard WFQ pentru a oferi suport pentru clasele de trafic definite de utilizator. Cu
CBWFQ, definiți clase de trafic pe baza criteriilor de potrivire, inclusiv protocoale, liste de control al accesului
(ACL) și interfețe de intrare. Caracteristica LLQ aduce la CBWFQ o așteptare cu prioritate strictă (PQ). PQ
strict permite ca pachetele sensibile la întârziere, cum ar fi vocea, să fie trimise înaintea pachetelor din alte
cozi, reducând agitația în conversațiile vocale. pentru a identifica traficul și îl clasifică în conversații sau
fluxuri. WFQ clasifică traficul în diferite fluxuri în funcție de adresarea antetului pachetului, inclusiv
caracteristici precum adresele IP sursă și destinație, adrese MAC, numere de porturi, protocol și valoarea
tipului de serviciu (ToS). Valoarea ToS din antetul IP poate fi utilizată pentru a clasifica traficul. CBWFQ
extinde funcționalitatea standard WFQ pentru a oferi suport pentru clasele de trafic definite de utilizator. Cu
CBWFQ, definiți clase de trafic pe baza criteriilor de potrivire, inclusiv protocoale, liste de control al accesului
(ACL) și interfețe de intrare. Caracteristica LLQ aduce la CBWFQ o așteptare cu prioritate strictă (PQ). PQ
strict permite ca pachetele sensibile la întârziere, cum ar fi vocea, să fie trimise înaintea pachetelor din alte
cozi, reducând agitația în conversațiile vocale. WFQ clasifică traficul în diferite fluxuri în funcție de adresarea
antetului pachetului, inclusiv caracteristici precum adresele IP sursă și destinație, adrese MAC, numere de
porturi, protocol și valoarea tipului de serviciu (ToS). Valoarea ToS din antetul IP poate fi utilizată pentru a
clasifica traficul. CBWFQ extinde funcționalitatea standard WFQ pentru a oferi suport pentru clasele de trafic
definite de utilizator. Cu CBWFQ, definiți clase de trafic pe baza criteriilor de potrivire, inclusiv protocoale,
liste de control al accesului (ACL) și interfețe de intrare. Caracteristica LLQ aduce la CBWFQ o așteptare cu
prioritate strictă (PQ). PQ strict permite ca pachetele sensibile la întârziere, cum ar fi vocea, să fie trimise
înaintea pachetelor din alte cozi, reducând agitația în conversațiile vocale. WFQ clasifică traficul în diferite
fluxuri în funcție de adresarea antetului pachetului, inclusiv caracteristici precum adresele IP sursă și
destinație, adrese MAC, numere de porturi, protocol și valoarea tipului de serviciu (ToS). Valoarea ToS din
antetul IP poate fi utilizată pentru a clasifica traficul. CBWFQ extinde funcționalitatea standard WFQ pentru
a oferi suport pentru clasele de trafic definite de utilizator. Cu CBWFQ, definiți clase de trafic pe baza
criteriilor de potrivire, inclusiv protocoale, liste de control al accesului (ACL) și interfețe de
intrare. Caracteristica LLQ aduce la CBWFQ o așteptare cu prioritate strictă (PQ). PQ strict permite ca
pachetele sensibile la întârziere, cum ar fi vocea, să fie trimise înaintea pachetelor din alte cozi, reducând
agitația în conversațiile vocale. Adresele MAC, numerele de port, protocolul și valoarea tipului de serviciu
(ToS). Valoarea ToS din antetul IP poate fi utilizată pentru a clasifica traficul. CBWFQ extinde
funcționalitatea standard WFQ pentru a oferi suport pentru clasele de trafic definite de utilizator. Cu CBWFQ,
definiți clase de trafic pe baza criteriilor de potrivire, inclusiv protocoale, liste de control al accesului (ACL)
și interfețe de intrare. Caracteristica LLQ aduce la CBWFQ o așteptare cu prioritate strictă (PQ). PQ strict
permite ca pachetele sensibile la întârziere, cum ar fi vocea, să fie trimise înaintea pachetelor din alte cozi,
reducând agitația în conversațiile vocale. Adresele MAC, numerele de port, protocolul și valoarea tipului de
serviciu (ToS). Valoarea ToS din antetul IP poate fi utilizată pentru a clasifica traficul. CBWFQ extinde
funcționalitatea standard WFQ pentru a oferi suport pentru clasele de trafic definite de utilizator. Cu CBWFQ,
definiți clase de trafic pe baza criteriilor de potrivire, inclusiv protocoale, liste de control al accesului (ACL)
și interfețe de intrare. Caracteristica LLQ aduce la CBWFQ o așteptare cu prioritate strictă (PQ). PQ strict
permite ca pachetele sensibile la întârziere, cum ar fi vocea, să fie trimise înaintea pachetelor din alte cozi,
reducând agitația în conversațiile vocale. definiți clasele de trafic pe baza criteriilor de potrivire, inclusiv
protocoale, liste de control al accesului (ACL) și interfețe de intrare. Caracteristica LLQ aduce la CBWFQ o
așteptare cu prioritate strictă (PQ). PQ strict permite ca pachetele sensibile la întârziere, cum ar fi vocea, să
fie trimise înaintea pachetelor din alte cozi, reducând agitația în conversațiile vocale. definiți clasele de trafic
pe baza criteriilor de potrivire, inclusiv protocoale, liste de control al accesului (ACL) și interfețe de
intrare. Caracteristica LLQ aduce la CBWFQ o așteptare cu prioritate strictă (PQ). PQ strict permite ca
pachetele sensibile la întârziere, cum ar fi vocea, să fie trimise înaintea pachetelor din alte cozi, reducând
agitația în conversațiile vocale.

Modele QoS

Există trei modele pentru implementarea QoS: modelul cel mai bun efort, serviciile integrate (IntServ) și
serviciile diferențiate (DiffServ). Modelul Best-effort este cel mai scalabil, dar nu garantează livrarea și nu
acordă niciun pachet de tratament preferențial. Modelul de arhitectură IntServ a fost dezvoltat pentru a
răspunde nevoilor aplicațiilor în timp real, cum ar fi video la distanță, conferințe multimedia , aplicații de
vizualizare a datelor și realitate virtuală. IntServ este un model cu servicii multiple care poate găzdui multe
cerințe QoS. IntServ gestionează în mod explicit resursele de rețea pentru a furniza QoS fluxurilor sau
fluxurilor individuale, uneori numite microfluxuri. Utilizează mecanismele de rezervare a resurselor și de
control al admiterii ca elemente de bază pentru a stabili și a menține QoS. Modelul DiffServ QoS specifică un
mecanism simplu și scalabil pentru clasificarea și gestionarea traficului de rețea. Designul DiffServ depășește
limitările atât ale modelelor de cel mai bun efort, cât și ale modelelor IntServ. Modelul DiffServ poate oferi
un QoS „aproape garantat”, fiind în același timp rentabil și scalabil. DiffServ împarte traficul de rețea în clase
în funcție de cerințele afacerii. Fiecare dintre clase poate primi apoi un nivel diferit de serviciu. Pe măsură ce
pachetele traversează o rețea, fiecare dintre dispozitivele de rețea identifică clasa de pachete și deservește
pachetul în conformitate cu acea clasă. Este posibil să alegeți mai multe niveluri de serviciu cu DiffServ. fiind
în același timp rentabil și scalabil. DiffServ împarte traficul de rețea în clase în funcție de cerințele
afacerii. Fiecare dintre clase poate primi apoi un nivel diferit de serviciu. Pe măsură ce pachetele traversează
o rețea, fiecare dintre dispozitivele de rețea identifică clasa de pachete și deservește pachetul în conformitate
cu acea clasă. Este posibil să alegeți mai multe niveluri de serviciu cu DiffServ. fiind în același timp rentabil
și scalabil. DiffServ împarte traficul de rețea în clase în funcție de cerințele afacerii. Fiecare dintre clase poate
primi apoi un nivel diferit de serviciu. Pe măsură ce pachetele traversează o rețea, fiecare dintre dispozitivele
de rețea identifică clasa de pachete și deservește pachetul în conformitate cu acea clasă. Este posibil să alegeți
mai multe niveluri de serviciu cu DiffServ.

Tehnici de implementare QoS

Există trei categorii de instrumente QoS: instrumente de clasificare și marcare, instrumente de evitare a
congestionării și instrumente de gestionare a congestionării. Înainte ca unui pachet să i se aplice o politică
QoS, pachetul trebuie să fie clasificat. Clasificarea și marcarea ne permit să identificăm sau să „marcăm”
tipurile de pachete. Clasificarea determină clasa de trafic căreia îi aparțin pachetele sau cadrele. Metodele de
clasificare a fluxurilor de trafic la nivelul 2 și 3 includ utilizarea interfețelor, ACL-urilor și hărților de
clasă. Traficul poate fi, de asemenea, clasificat la Straturile 4 până la 7 utilizând Recunoașterea aplicației
bazate pe rețea (NBAR). Tipul de serviciu (IPv4) și Clasa de trafic (IPv6) poartă marcajul pachetului, așa cum
este atribuit de instrumentele de clasificare QoS. Câmpul este apoi referit de către dispozitivele de recepție
care transmit pachetele pe baza politicii QoS corespunzătoare atribuite. Aceste câmpuri au 6 biți alocați pentru
QoS. Numiți câmpul Differentiated Services Code Point (DSCP), acești șase biți oferă maximum 64 de clase
posibile de servicii. Câmpul este apoi referit de către dispozitivele de recepție care transmit pachetele pe baza
politicii QoS corespunzătoare atribuite. Cele 64 de valori DSCP sunt organizate în trei categorii: Best-Effort
(BE), Expedited Forwarding (EF), Assured Forwarding (AF). Deoarece primii 3 biți cei mai importanți ai
câmpului DSCP indică clasa, acești biți sunt numiți și biți Class Selector (CS). Traficul ar trebui să fie
clasificat și marcat cât mai aproape de sursa sa, pe cât posibil din punct de vedere tehnic și
administrativ. Aceasta definește granița încrederii. Gestionarea congestionării include metode de așteptare și
de programare în care traficul în exces este stocat sau pus în coadă (și uneori eliminat) în timp ce așteaptă să
fie trimis o interfață de ieșire. Instrumentele de evitare a congestionării ajută la monitorizarea încărcărilor de
trafic din rețea într-un efort de a anticipa și de a evita congestionarea la blocajele comune ale rețelei și ale
rețelei de internet înainte ca congestionarea să devină o problemă. Cisco IOS QoS include detectarea timpurie
aleatorie ponderată (WRED) ca o posibilă soluție de evitare a congestionării. Algoritmul WRED permite
evitarea congestionării interfețelor de rețea prin furnizarea de gestionare a buffer-ului și permițând traficului
TCP să scadă sau să se reducă înapoi înainte ca bufferele să fie epuizate. Modelarea traficului și controlul
 traficului sunt două mecanisme furnizate de software-ul Cisco IOS QoS pentru a preveni
congestionarea. Instrumentele de evitare a congestionării ajută la monitorizarea încărcărilor de trafic din rețea
într-un efort de a anticipa și de a evita congestionarea la blocajele comune ale rețelei și ale rețelei de internet
înainte ca congestionarea să devină o problemă. Cisco IOS QoS include detectarea timpurie aleatorie
ponderată (WRED) ca o posibilă soluție de evitare a congestionării. Algoritmul WRED permite evitarea
congestionării interfețelor de rețea prin furnizarea de gestionare a buffer-ului și permițând traficului TCP să
scadă sau să se reducă înapoi înainte ca bufferele să fie epuizate. Modelarea traficului și controlul traficului
sunt două mecanisme furnizate de software-ul Cisco IOS QoS pentru a preveni congestionarea. Instrumentele
de evitare a congestionării ajută la monitorizarea încărcărilor de trafic din rețea într-un efort de a anticipa și
de a evita congestionarea la blocajele comune ale rețelei și ale rețelei de internet înainte ca aglomerația să
devină o problemă. Cisco IOS QoS include detectarea timpurie aleatorie ponderată (WRED) ca o posibilă
soluție de evitare a congestionării. Algoritmul WRED permite evitarea congestionării interfețelor de rețea prin
furnizarea de gestionare a buffer-ului și permițând traficului TCP să scadă sau să se reducă înapoi înainte ca
bufferele să fie epuizate. Modelarea traficului și controlul traficului sunt două mecanisme furnizate de
software-ul Cisco IOS QoS pentru a preveni congestionarea. Algoritmul WRED permite evitarea
congestionării interfețelor de rețea prin furnizarea de gestionare a buffer-ului și permițând traficului TCP să
scadă sau să se reducă înapoi înainte ca bufferele să fie epuizate. Modelarea traficului și controlul traficului
sunt două mecanisme furnizate de software-ul Cisco IOS QoS pentru a preveni congestionarea. Algoritmul
WRED permite evitarea congestionării interfețelor de rețea prin furnizarea de gestionare a buffer-ului și
permițând traficului TCP să scadă sau să se reducă înapoi înainte ca bufferele să fie epuizate. Modelarea
traficului și controlul traficului sunt două mecanisme furnizate de software-ul Cisco IOS QoS pentru a preveni
congestionarea.

Module Quiz - Concepte QoS

1. Care este termenul folosit pentru a indica o variație de întârziere?
 nepotrivirea vitezei
 întârziere de serializare
 frământare
 latenta
Explicație: Jitter-ul este un fenomen cauzat de o variație a întârzierii. Întârzierea (sau latența) este timpul
necesar pentru ca pachetul să ajungă la destinație. Jitter descrie modul în care pachetele de voce ajung la
destinație la intervale diferite (nu într-un flux constant și consistent).

2. Un inginer de rețea efectuează un test ping și primește o valoare care arată timpul necesar unui
pachet pentru a călători de la o sursă la un dispozitiv de destinație și a reveni. Ce termen descrie
valoarea?
 frământare
 lățime de bandă
 prioritate
 latenta
Explicație: Latența se referă la timpul necesar unui pachet pentru a călători de la un dispozitiv sursă la un
dispozitiv de destinație. Jitter este variația valorilor de latență ale pachetelor primite. Lățimea de bandă este
măsurarea cât de mult trafic este transmis într-o singură secundă. Prioritatea este tratarea preferențială a
anumitor clase de trafic.

3. Ce rol joacă dispozitivele de rețea în modelul IntServ QoS?

 Dispozitivele de rețea oferă o abordare optimă pentru redirecționarea traficului.
 Dispozitivele de rețea se asigură că resursele sunt disponibile înainte ca traficul să fie trimis de o
gazdă prin rețea.
 Dispozitivele de rețea folosesc QoS hop-by-hop pentru a oferi o scalabilitate excelentă.
 Dispozitivele de rețea sunt configurate pentru a deservi mai multe clase de trafic și pentru a gestiona
traficul pe măsură ce acesta poate ajunge.
Explicație: Modelul IntServ QoS utilizează rezervarea resurselor pentru a garanta lățimea de bandă și ratele
de pierdere a pachetelor de la un capăt la altul. IntServ utilizează o abordare orientată spre conexiune pentru
a se asigura că resursele disponibile sunt suficiente în rețea pentru ca traficul să aibă un anumit nivel de
QoS.

4. Ce dispozitiv ar fi clasificat ca punct final de încredere?

 firewall
 intrerupator
 telefon IP
 router
Explicație: Punctele finale de încredere sunt dispozitive care au capacitatea de a marca traficul aplicațiilor
la nivelul 2 sau 3. Punctele finale de încredere includ următoarele:
– telefoane IP
– puncte de acces fără fir
– gateway-uri și sisteme de videoconferință
– stații de conferințe IP și multe altele

5. În ce condiții se produce congestionarea unei rețele convergente cu trafic de voce, video și date?
 dacă traficul video solicită mai multă lățime de bandă decât solicitările de trafic vocal
 dacă cererea de lățime de bandă depășește cantitatea de lățime de bandă disponibilă
 dacă latența traficului vocal începe să scadă în rețea
 dacă un utilizator descarcă un fișier care depășește limitarea de fișiere stabilită pe server
Explicație: Congestia rețelei este cauzată de dispozitivele care solicită o lățime de bandă mai mare decât cea
disponibilă într-o rețea. Aglomerația face ca traficul să fie temporar în coadă sau, în cele din urmă, să fie
oprit.

6. Ce tip de trafic recomandă Cisco să fie plasat în coada cu prioritate strictă (PQ) atunci când este
utilizată coada cu latență scăzută (LLQ)?
 management
 video
 date
 voce
Explicație: Cisco recomandă ca numai traficul de voce să fie plasat în coada de prioritate (PQ) atunci când
se utilizează metoda de așteptare cu latență scăzută (LLQ). Toate celelalte tipuri de trafic vor fi plasate în
alte cozi de trafic și vor fi redirecționate după traficul vocal.

7. Care model este singurul model QoS fără mecanism de clasificare a pachetelor?
 QoS greu
 DiffServ
 cel mai bun efort
 IntServ
Explicație: Modelul cel mai bun efort nu are niciun mecanism de clasificare a pachetelor și tratează toate
pachetele din rețea în mod egal. Un pachet de voce ar fi tratat în același mod ca un pachet de e-mail.

8. Ce se întâmplă atunci când coada de memorie a unui dispozitiv se umple și se primește un nou
trafic de rețea?
 Dispozitivul de rețea va arunca pachetele care sosesc.
 Dispozitivul de rețea trimite imediat traficul primit.
 Dispozitivul de rețea elimină tot traficul din coadă.
 Dispozitivul de rețea pune în coadă traficul primit în timp ce trimite traficul primit anterior.
 Explicație: Pachetele primite de un dispozitiv de rețea care se confruntă cu congestie nu pot fi transmise
până când pachetele anterioare nu au fost procesate. Dacă coada este plină, dispozitivul de rețea va începe să
arunce pachete pe măsură ce sosește trafic nou.

9. Care sunt două caracteristici ale traficului vocal? (Alege doua.)

 Este exploziv.
 Consumă puține resurse de rețea.
 Este insensibil la pierderea pachetelor.
 Poate tolera o latență de până la 400 ms.
 Este sensibil la întârziere.
Explicație: Traficul vocal nu consumă mult resurse de rețea, cum ar fi lățimea de bandă. Cu toate acestea,
este foarte sensibil la întârziere și la pachetele abandonate. Pentru o calitate bună a vocii, cantitatea de
latență ar trebui să fie mai mică de 150 de milisecunde și pierderea de pachete mai mică de 1%.

10. Care model QoS consumă foarte mult resurse și oferă cea mai mare garanție a QoS?
 IntServ
 DiffServ
 QoS moale
 cel mai bun efort
Explicație: Modelul IntServ QoS utilizează mecanisme de rezervare a resurselor și de control al admiterii
pentru a programa resursele de rețea.

11. Ce se întâmplă când un router edge care utilizează IntServ QoS determină că calea de date nu
poate suporta nivelul de QoS solicitat?
 Datele nu sunt transmise de-a lungul căii.
 Datele sunt transmise de-a lungul căii utilizând o abordare cu cel mai bun efort.
 Datele sunt transmise de-a lungul căii utilizând DiffServ.
 Datele sunt transmise de-a lungul căii utilizând IntServ, dar nu se oferă tratament preferențial.
Explicație: Când este utilizat modelul IntServ QoS, dacă dispozitivele de rețea de-a lungul unei căi de date
pot rezerva lățimea de bandă necesară, aplicația de origine poate începe să transmită. Dacă rezervarea de
resurse solicitată nu poate fi alocată de-a lungul căii, aplicația de origine nu trimite nicio dată.

12. În modelele QoS, care tip de trafic este de obicei oferit cel mai preferenţial tratament faţă de restul
traficului de aplicaţii?
 traficul vocal
 trafic web
 e-mail
 transferuri de fișiere
Explicație: Traficul vocal de la telefoanele IP beneficiază de obicei de un tratament preferențial față de
orice alt trafic de aplicații, cum ar fi e-mailul, traficul web și transferurile de fișiere.

13. Ce mecanism de aşteptare acceptă clase de trafic definite de utilizator?

 WFQ
 CBWFQ
 FCFS
 FIFO
Explicație: Cozile de așteptare corecte ponderate bazate pe clasă (CBWFQ) depășesc așteptarea corectă
ponderată (WFC), oferind suport pentru clasele de trafic definite de utilizator. Cu CBWFQ, un administrator
poate folosi listele de control al accesului pentru a defini diferite clase de trafic. Odată ce traficul este
clasificat, acesta primește propria coadă pentru interfața de ieșire.
 14. Ce mecanism compensează fluctuația dintr-un flux audio prin tamponarea pachetelor și apoi
reluarea acestora într-un flux constant?
 WFQ
 codec de voce
 procesor de semnal digital
 tampon de întârziere a redării
Explicație: fluctuația în rețea poate cauza probleme audio care pot fi auzite și care distrag atenția în
conversațiile vocale. Pentru a compensa efectele jitterului, se folosește un mecanism numit buffer de
întârziere de redare. Bufferul de întârziere de redare primește și tamponează pachetele de voce și apoi le
retransmite într-un flux constant, cu jitter-ul eliminat.