Comparați echipele de lățime de bandă și de politica de servicii QoS prioritate

Comenzile de lățime de bandă și acțiuni prioritare determinate care pot fi efectuate în cadrul modulului de circuit ca o politică în CLI (MQC), care se aplică la orice subinterface interfață sau canal virtuale (VC), prin intermediul comenzilor de serviciu-politică. În special, aceste echipe să ofere garanții pachete de lățime de bandă care se potrivesc criteriilor de clasa de trafic. Cu toate acestea, garanțiile oferite de cele două echipe au diferențe funcționale importante. Aceste diferențe sunt explicate în aceste note tehnice, care conțin, de asemenea, informații despre distribuția lățimii de bandă neutilizată din orice clasă între fluxuri de date corespunzătoare altor clase.

Pentru acest document, nu există cerințe speciale.

Acest document nu se limitează la orice versiuni specifice de software și hardware.

Datele prezentate în această lucrare au fost obținute de dispozitive într-un mediu de laborator specifice. Toate dispozitivele descrise în acest document a început cu un (implicit) configurație lisă. Dacă este necesar, rețeaua dvs. pentru a studia impactul potențial al oricărei comenzi înainte de a utiliza.

Tabelul de mai jos conține distincția funcțională între comenzile de lățime de bandă și cu prioritate:

Chiar dacă aveți cele mai rapide interfețe cele mai multe rețele au nevoie de încă un model de puternic, de control QoS pentru procesarea eficientă a rețelei înguste de site-uri care vor apărea în mod inevitabil, din diferența de viteză sau de diferențele în modelele de trafic. În lumea reală rețele au resurse și lipsa de resurse limitate. Pentru plasarea corespunzătoare a acestora în rețea sunt necesare politici QoS.

Liniile directoare pentru configurarea de comandă lățime de bandă Cisco IOS® a sistemului de operare este definit ca fiind „cantitatea de lățime de bandă, măsurată în kbit / s și atribuie clasei. Pentru a seta sau schimba cantitatea de lățime de bandă alocată clasei aparținând unui sistem de politici“

Acordați atenție la semnificația acestor definiții.

Comanda minimă oferă lățime de bandă garantată de lățime de bandă atunci când rețeaua este supraîncărcată. Există trei forme de sintaxă de intrare la această comandă (a se vedea tabelul de mai jos ..):

Specifică alocarea de lățime de bandă și rata de biți.

Ea determină cantitatea de lățime de bandă, ca procent din rata de link-ul principal.

Definește valoarea alocării de lățime de bandă, exprimată ca procent din capacitatea care nu este alocată altor clase.

Notă: comanda lățime de bandă definește un comportament care este lățimea de bandă minimă. Nu toate platformele Cisco folosesc greutăți routere coadă (WFQ) ca un algoritm de bază pentru punerea în aplicare a acestui comportament. Pentru mai multe informații, consultați. În secțiunea „Motive pentru utilizarea tehnologiei CBWFQ“?.

Liniile directoare pentru configurarea Cisco IOS prioritate de comandă a sistemului de operare este descris ca fiind comenzi pentru backup de „coadă de prioritate, cu o anumită valoare a lățimii de bandă disponibilă pentru CBWFQ trafic ... furnizarea de clasa de trafic de prioritate, în funcție de cantitatea de lățime de bandă disponibilă în cadrul unei politici de trafic.“ Următoarele explică semnificația acestor definiții.

coadă Prioritate pot fi create cu următoarele comenzi:

clasă de trafic în condiții de supraîncărcare este garantat de lățime de bandă egală cu viteza specificată. Amintiți-vă că garanțiile de lățime de bandă sunt critice numai atunci când interfața este supraîncărcat. Cu alte cuvinte, comanda prioritate oferă minimă garantată de lățime de bandă.

Mai mult, uneltele de comandă prioritară garantează maximă lățime de bandă. Structura internă a algoritmului de prioritate coadă folosește „cupă simbolică“, cu care încărcătura reală și garantiruyuetsya izmeryayuetsya că fluxul de date va respecta viteza setată. Numai pentru traficul care se potrivește cu algoritmul cupei jeton, garantat minim de întârziere. Orice trafic suplimentar este trimis numai în cazul în care canalul nu este supraîncărcat, în caz contrar traficul este ignorat. Pentru mai multe informații, consultați. A se vedea „Ce este un algoritm“ găleată jeton „?“?.

Scopul limitatorului de viteză încorporat este de a oferi un serviciu de alte cozi cu ajutorul setarea coadă planificator. Funcțiile producțiilor într-o coadă de prioritate definite de Cisco, utilizați comanda prioritate-grup și lista de priorități, iar planificatorul întotdeauna servește în primul rând cu cea mai mare prioritate. În cel mai rău coada de situații cu o prioritate mai mică acestea sunt rareori menținute și, de fapt, capacitate lipsea.

Un avantaj semnificativ al echipei de prioritate și principala diferență de la comenzile de lățime de bandă sunt în punerea în aplicare a cozii de prioritate stricte pentru eliminarea limitei software-ului de pe întârziere. Aici este o descriere a avantajelor Ghidului de configurare Cisco IOS: „coadă de prioritate greu (PQ) permite extragerea de date sensibile rziere coadă, cum ar fi date de voce și le trimite pachetele vor fi recuperate în celelalte linii.“ Să ne uităm la ceea ce înseamnă acest lucru.

Fiecare interfață router acceptă următoarele două seturi de cozi de așteptare:

Metode de așteptare în loc

Aceasta variază în funcție de metoda de așteptare. Utilizați comanda coadă-limită cu o clasă de lățime de bandă.

Este evident din tabelul de mai sus că politica de serviciu se aplică numai pachetele din coada Layer 3.

linia de distribuție strictă se referă la prioritatea Scheduler la coada cu o prioritate mai presus de toate este trimis la inelul de transmisie pungi ei. inel de transmisie este destinația finală înainte de a trimite date la mediul fizic.

Următoarea figură prezintă configurația inelului de transmisie pentru patru pachete. Atunci când trei pachete sunt deja în ring, atunci cea mai bună soluție ar fi să aibă pachetul la poziția a patra și așteptarea eliberării celorlalte trei poziții. Astfel, mecanismul de coadă cu latență scăzută (LLQ) se mută pur și simplu pachetele din coadă la coada cozii la nivel de conducător auto, în curs de dezvoltare pe FIFO (primul venit, primul servit).

Utilizați tx-inel-limită pentru setarea dimensiunii valorii inelului de transmisie diferă de valoarea implicită. Cisco vă recomandă să setați inelul de transmisie atunci când transmiterea de trafic de voce. Pentru mai multe informații, consultați. Secțiunea Module, așteptare cu latență redusă.

Prioritizarea de trafic este foarte important pentru aplicații interactive sensibile la întârziere, tranzacție pe bază. Pentru a minimiza întârziere și bruiaj, dispozitive de rețea trebuie să fie capabil de a servi pachetele de voce la sosirea lor, sau, cu alte cuvinte, este strict un mod prioritar. Nici o prioritate pe termen scurt, nici strictă nu funcționează bine pentru voce. În cazul în care pachetele de voce nu sunt eliminate imediat din coada de așteptare, fiecare segment de rețea va introduce întârzieri suplimentare.

În conformitate cu recomandările Uniunii Internaționale a Telecomunicațiilor (ITU) este considerat acceptabil unilateral prin conexiune întârziere egală cu 150 ms. Nu efectuați un transfer imediat al pachetelor la interfața router, o tranziție router poate provoca cele mai multe dintre aceste întârzieri. Pentru mai multe informații, consultați. În secțiunea „Sfaturi pentru a îmbunătăți calitatea transmisiei vocii.“

Notă: Cu ambele echipe valoarea kbit / s ar trebui să ia în considerare costurile de nivel 2. Cu alte cuvinte, în cazul în care garanția este acordată la orice clasă, această garanție se aplică la lățimea de bandă de-al doilea nivel. Pentru informații suplimentare. A se vedea „Care sunt numărate în octeți IP protocolul pentru stabilirea locului CoS ATM?“ și „Motive pentru a utiliza LLQ“?.

În ciuda faptului că garanția de lățime de bandă, care da echipa un serviciu de prioritate sau de lățime de bandă, descrisă prin cuvintele „rezervă“ și „lățime de bandă pe care doriți să-și întrerupă,“ nici una dintre echipe nu oferă redundanță adevărat. Cu alte cuvinte, în cazul în care clasa de trafic nu utilizează lățimea de bandă alocată, orice lățime de bandă neutilizată este distribuit printre celelalte clase.

Sistemul de așteptare clasa de prioritate este folosită pentru care această regulă nu deține. După cum sa menționat deja, taxa lunară pentru clasa de prioritate este măsurată de limitare a vitezei de trafic. În timpul de suprasarcină clasă de prioritate nu se poate folosi orice lățime de bandă suplimentară.

Tabelul de mai jos conține informații cu privire la posibilitatea de a folosi o capacitate de clasă capacitate suplimentară de lățime de bandă și clasa de prioritate:

Cisco IOS evaluează pachete și utilizează un sistem de măsurare a traficului cu găleata Token algoritm. Pentru pachetele care se potrivesc limita de viteză este stabilită în conformitate cu viteza setată (bit / s) și orice alte pachete în exces sunt eliminate.

O clasă poate depăși lățimea de bandă configurată pentru ea.

Notă: Excepție de la aceste linii directoare pentru LLQ este Frame Relay pe Cisco 7200 și alte procesoare non-Route / switch platforme (RSP). punerea în aplicare inițială a LLQ pentru Frame Relay pe aceste platforme nu este permis să depășească clasa de prioritate rata configurată în timpul perioadelor fără reîncărcare. Sistem de operare Cisco IOS Release 12.2 elimina această excepție și asigură faptul că pachetele nu îndeplinesc anumite cerințe vor fi ignorate dacă există o suprasarcină. În plus, pachete, având o dimensiune mai mică decât dimensiunea de fragmentare FRF.12, nu mai trec prin procesul de fragmentare, ceea ce reduce sarcina de pe CPU.

Datele de mai sus ne permit să concluzioneze: este necesar să se înțeleagă că, în calitate de clase de prioritate sunt procesate de către politicieni în condiții de supraîncărcare, acestea nu sunt alocate restul lățimii de bandă a claselor de lățime de bandă. Astfel, lățimea de bandă a reziduurilor este împărțit în mod egal între toate clasele de lățime de bandă și de clasă clasă implicită.

Această subsecțiune explică mecanismul de distribuție a oricărei lățimii de bandă neutilizată rămasă prin setarea sistemului în vigoare. Mecanismul de realocare descris în secțiunea „Prezentare generală a funcțiilor de stabilire, în loc cu utilizarea de greutăți pe baza de clasă“, după cum urmează: În cazul disponibilității de lățime de bandă mai va fi împărțită între clasele de trafic proporțional cu lățimea de bandă configurată. În cazul în care nu toate latimea de banda alocata, restul este distribuit în mod proporțional între clase pe baza lățimii de bandă configurate pentru ei. Luați în considerare două exemple.

În primul exemplu, politica hartă foo garanteaza un bar clasa de lățime de bandă de 30% și 60% de lățime de bandă - Baz clasa.

Dacă această politică este aplicată pe canalul cu o lățime de bandă de 1 Mbit / s, aceasta înseamnă că bara de clasă sunt garantate viteza de 300 kbit / s și clasa Baz - 600 kbit / s. Este important de remarcat faptul că 100 kbit / s este clasa implicită. Neutilizate 100 Kb / s disponibile pentru clasa de autobuz și de clasă Buz, în cazul în care nu doresc clasa implicită. Dacă ambele clase de lățime de bandă necesară, ei împărțiți în proporții predeterminate. În această configurație, raportul de partajare 30:60 sau 1: 2.

Următorul exemplu de configurare conține trei harta politica - bar, Baz, și Poli. În sistemele de bare politic și lățime de bandă Baz este stabilită ca procent. Cu toate acestea, în circuitul politicilor numit Poli, tranzitată este specificat în kbit / s.

Nu uitați că sistemul de clasă trebuie să existe deja înainte de crearea unor scheme de politici.

În cazul în care clasa de lățime de bandă, sau prioritatea nu trebuie să depășească un prag predeterminat în absența congestiei, este posibil să se utilizeze simultan comenzi prioritare și de poliție. Această setare specifică o rată maximă de transfer de date, care este întotdeauna aplicată clasei. Alegerea instrucțiunilor de siguranță de configurare în această configurație depinde de obiectivele de politică.

Această subsecțiune explică modul în care sistemul de stadializare, la rândul său extrage valoarea lățimii de bandă disponibilă care este afișată în interfața de spectacol sau spectacol de așteptare de ieșire de comandă.

Pentru o analiză suplimentară de necesitatea de a crea un sistem de politica numit leslie:

Arată Echipa ieșiri interfață eșalonare atm „Disponibil Bandwidth 1500 kilobiti / sec“. "

Valoarea Throughput se formează după cum urmează:

6 Mbit / s - rata medie a celulei (SCR). În mod implicit, 75 la sută din această valoare este rezervată:

3000 kbit / s este deja în clasele de utilizare a serviciilor de voce și de date:

Lățime de bandă disponibilă este 1500000 biți / s.

egală cu 75%, în scopul de a lăsa lățime de bandă suficientă pentru traficul de serviciu (de exemplu, actualizări de protocol de rutare, și să mențină starea activă a doilea nivel) de lățime de bandă maximă standard rezervată este selectată. Aceasta include, de asemenea, date de service pentru Layer 2 pachete care corespund anumitor categorii de trafic sau de clasă „este clasa implicită.“ Acum este posibil să se mărească valoarea maximă a lățimii de bandă rezervată pe ATM canale virtuale permanente folosind comanda rezervat max-bandwidth.Svedeniya despre versiunile acceptate de iOS și alte informații de fond, a se vedea. În înțelegerea echipei rezervate-max-lățime de bandă pentru ESV ATM.

În circuite virtuale permanente Frame Relay lățime de bandă și prioritare comenzi se calculează valoarea totală a lățimii de bandă disponibilă în următoarele moduri:

În cazul în care rata minimă admisibilă de date coerente (minCIR) nu este setat, CIR este împărțit în două.

În cazul în care valoarea minCIR este definită, este utilizat în calcule. latimea de banda cu viteza de mai sus pot fi date clase de prioritate și de lățime de bandă.

Astfel, în canalele de PVC comandă Frame Relay rețea max-rezervat-lățime de bandă nu este acceptată, dar trebuie să vă asigurați că lățimea de bandă specificată este suficient de mare pentru a găzdui o serie de date la nivel de serviciu 2. Pentru mai multe informații. A se vedea „Configurarea CBWFQ constantei circuite virtuale Frame Relay“.