Mitul qosului

"Cum pot dezactiva complet serviciul QoS (Quality of Service)? Cum îl configurez? Este adevărat că limitează viteza rețelei?
A: De fapt, calitatea implicită a rezervelor de servicii pentru nevoile lor de 20% din lățimea de bandă (orice - cel puțin modem 14400, deși Gigabit Ethernet). Chiar dacă ștergeți serviciul QoS Packet Scheduler din conexiunea Proprietăți, acest canal nu este eliberat. Eliberați canalul sau pur și simplu configurați QoS aici. Rulați apletul pentru politica de grup (gpedit.msc). În politica de grup, găsim politica privind computerul local și faceți clic pe șabloanele administrative. Alegeți Network - QoS Packet Sheduler. Activați limita de lățime de bandă rezervată. Acum reduceți limita de Bandwidth 20% la 0% sau doar opriți-o. Dacă doriți, puteți configura și alți parametri QoS aici. Pentru a activa modificările efectuate, rămâne doar să reporniți. "
20% este, desigur, foarte mult. Cu adevărat Microsoft este "Mazday". Declarațiile de acest tip de pribegi de la FAQ, de la forum la forum, din mass-media la mass-media, sunt folosite în tot felul de „tvikalkah“ - programe „create“ Windows XP (de altfel, deschide „Group Policy“ și „Politica de securitate locală“ și nici un "tweak" nu poate fi comparat cu ele pentru bogăția opțiunilor de setări). Afirmațiile necondiționate de acest tip trebuie să fie tratate cu atenție, pe care o vom face acum, aplicând o abordare sistemică. Aceasta este, studiem temeinic problema problemei, bazându-ne pe sursele oficiale.

Ce este o rețea cu un serviciu de calitate?

Să luăm următoarea definiție simplificată a sistemului de rețea. Aplicațiile rulează și lucrează pe gazde și fac schimb de date între ele. Aplicațiile trimit date către sistemul de operare pentru transmisie prin rețea. Odată ce datele sunt transferate în sistemul de operare, acestea devin trafic de rețea.
Serviciul de rețea QoS se bazează pe capacitatea rețelei de a procesa acest trafic astfel încât să fie garantată îndeplinirea cerințelor anumitor aplicații. Acest lucru necesită un mecanism fundamental pentru prelucrarea traficului de rețea care să identifice traficul care are dreptul la o prelucrare specială și dreptul de a gestiona aceste mecanisme.

Funcționalitatea QoS este concepută pentru a satisface două entități ale rețelei: aplicații de rețea și administratori de rețea. Ei au adesea dezacorduri. Un administrator de rețea limitează resursele utilizate de o anumită aplicație, în timp ce aplicația încearcă să capteze cât mai multe resurse de rețea posibil. Interesele acestora pot fi reconciliate, ținând seama de faptul că administratorul rețelei joacă un rol dominant în raport cu toate aplicațiile și utilizatorii.

Parametrii de bază QoS

Aplicațiile diferite au cerințe diferite pentru prelucrarea traficului de rețea. Aplicațiile sunt mai mult sau mai puțin tolerante la întârzierile și pierderile din trafic. Aceste cerințe sunt aplicate în următorii parametri referitori la QoS:

  • Lățimea de bandă (lățimea de bandă) - rata la care traficul generat de aplicație trebuie să fie transmis prin rețea;
  • Latența (întârziere) este întârzierea pe care o aplicație o poate tolera la livrarea unui pachet de date.
  • Jitter - modificați timpul de întârziere.
  • Pierderea (pierderea) reprezintă procentajul datelor pierdute.

Dacă sunt disponibile resurse de rețea nesfârșite, atunci toate traficul de aplicații ar putea fi transmis la viteza necesară, cu zero timp de întârziere, variație de întârziere zero și pierdere zero. Cu toate acestea, resursele de rețea nu sunt nelimitate.

Mecanismul QoS controlează distribuția resurselor de rețea pentru traficul de aplicații pentru a îndeplini cerințele de transmisie.

Resurse fundamentale QoS și mecanisme de procesare a traficului

Rețelele care conectează gazdele utilizează o varietate de dispozitive de rețea, inclusiv adaptoare de rețea de gazdă, routere, switch-uri și hub-uri. Fiecare dintre ele are interfețe de rețea. Fiecare interfață de rețea poate primi și transmite trafic la rata finală. Dacă viteza cu care traficul este direcționat către interfață este mai mare decât viteza cu care interfața transmite mai mult traficul, atunci apare o suprasarcină.

Dispozitivele de rețea pot gestiona starea de congestie prin aranjarea coadajului de trafic în memoria dispozitivului (în tampon) până la depășirea supraîncărcării. În alte cazuri, echipamentele de rețea pot refuza traficul pentru a facilita supraîncărcarea. Ca urmare, aplicațiile se confruntă cu o modificare a timpului de așteptare (deoarece traficul este stocat în cozi pe interfețe) sau cu pierderea traficului.

Capacitatea de a rețelei interfețe pentru transmiterea traficului și disponibilitatea de memorie pentru stocarea traficului în dispozitive de rețea (atâta timp cât traficul nu poate fi transmis mai departe) constituie resursele fundamentale necesare pentru a asigura QoS pentru fluxurile de trafic de aplicare.

Distribuirea resurselor QoS de către dispozitive de rețea

Dispozitivele care suportă QoS utilizează inteligent resursele de rețea pentru a transfera traficul. Asta este, cererile de trafic, sunt mai tolerante de întârzieri, este coada de așteptare (stocată într-un tampon în memorie), iar traficul de aplicare, timp critic, este trecut pe.

Pentru a îndeplini această sarcină, dispozitivul de rețea trebuie să identifice traficul prin clasificarea pachetelor și să aibă, de asemenea, cozi și mecanisme de întreținere a acestora.

Mecanismul de procesare a traficului

Mecanismul de procesare a traficului include:

  • 802.1p
  • Servicii diferențiate per-hop-comportamente (diffserv PHB).
  • Servicii integrate (intserv).
  • ATM și altele.

Cele mai multe rețele LAN se bazează pe tehnologia IEEE 802, inclusiv Ethernet, ring-ring etc. 802.1p este un mecanism de procesare a traficului pentru a sprijini QoS în astfel de rețele.

802.1p specifică un câmp (nivelul 2 în modelul de rețea OSI) din antetul pachetului 802, care poate purta una dintre cele opt valori de prioritate. În mod obișnuit, gazdele sau routerele trimit trafic către rețeaua locală, marchează fiecare pachet trimis, atribuindu-i o anumită valoare de prioritate. Se presupune că dispozitivele de rețea, cum ar fi switch-urile, punțile și hub-urile, se vor ocupa de pachete în consecință, folosind mecanisme de așteptare. Sfera de acoperire a 802.1p este limitată la rețeaua locală (LAN). De îndată ce pachetul traversează rețeaua locală (prin intermediul stratului OSI 3), prioritatea 802.1p este ștearsă.

Diffserv este un mecanism de nivel 3. Acesta definește câmpul din nivelul 3 al antetului pachetului IP, numit cod de diffserv (DSCP).

Intserv este o gamă largă de servicii care definesc un serviciu și un serviciu garantat care gestionează descărcarea. Un serviciu garantat promite să efectueze o anumită cantitate de trafic cu o întârziere măsurabilă și limitată. Serviciul care gestionează descărcarea este de acord să efectueze o anumită cantitate de trafic cu "disponibilitatea ușoară a rețelei". Acestea sunt servicii măsurabile, în sensul că acestea sunt definite pentru a furniza QoS măsurabil la o anumită cantitate de trafic.

Deoarece tehnologia ATM fragmentează pachetele în celule relativ mici, poate oferi o latență foarte scăzută. Dacă trebuie să transferați urgent un pachet, interfața ATM poate fi eliberată întotdeauna pentru transmisie pentru timpul necesar pentru a transfera o celulă.

QoS are mecanisme mult mai complexe care asigură funcționarea acestei tehnologii. Observăm un singur punct important: pentru ca QoS să funcționeze, este necesar să susținem această tehnologie și ajustarea corespunzătoare pe parcursul transmisiei de la punctul inițial la cel final.

Pentru claritate, luați în considerare Fig. 1.

  • Toate routerele participă la transferul protocoalelor necesare.
  • O sesiune QoS care necesită 64 Kbps este inițializată între gazda A și gazda B.
  • O altă sesiune care necesită 64 Kbps este inițializată între gazda A și gazda D.
  • Pentru a simplifica schema, presupunem că routerele sunt configurate astfel încât să poată rezerva toate resursele de rețea.

În acest caz, o cerere de rezervare de 64 Kbps ar ajunge la trei routere în calea de date între gazdă A și gazdă B. o altă solicitare de 64 Kbps ar ajunge la trei routere între gazdă A și gazdă D. Routerele să-și îndeplinească cererile de rezervare a resurselor, deoarece acestea nu depășesc valoarea maximă. Dacă, în schimb, fiecare dintre gazda B și C au inițializate simultan QoS-64 sesiune Kbps la gazdă A, router, aceste servicii gazde (B și C), ar interzice unul dintre compuși.

Acum, să presupunem că administratorul de rețea dezactivează procesare QoS în trei routere mai mici care deservesc gazde B, C, D, E. În acest caz, cererile de resurse la 128 Kbps ar putea fi satisfăcută indiferent de locațiile implicate în compusul gazdă. În același timp, asigurarea calității ar fi scăzută, deoarece traficul pentru o gazdă ar periclita traficul altui utilizator. Calitatea serviciului ar putea fi menținută în cazul în care ruterul de vârf a restricționat toate cererile la 64 Kbps, dar acest lucru ar conduce la utilizarea ineficientă a resurselor de rețea.

Pe de altă parte, lățimea de bandă a tuturor conexiunilor de rețea ar putea crește la 128 Kbps. Dar lărgimea de bandă mărită va fi utilizată numai atunci când gazdele B și C (sau D și E) solicită simultan resurse. În caz contrar, resursele de rețea vor fi folosite din nou ineficient.

Windows 98 conține componente QoS numai pentru nivelul utilizatorilor, inclusiv:

  • Componente ale aplicațiilor.
  • API GQoS (parte din Winsock 2).
  • Furnizor de servicii QoS.

Aplicațiile se află în partea de sus a stivei. Aceștia pot sau nu știu despre QoS. Pentru a utiliza întreaga putere a QoS, Microsoft recomandă utilizarea apelurilor API generice QoS în aplicații. Acest lucru este important în special pentru aplicațiile care necesită garanții de înaltă calitate. Unele utilitare pot fi utilizate pentru a apela QoS în numele aplicațiilor care nu știu despre QoS. Ei lucrează prin API-ul pentru gestionarea traficului. De exemplu, NetMeeting utilizează API-ul GQoS. Dar pentru astfel de aplicații, calitatea nu este garantată.

Punctele teoretice de mai sus nu dau un răspuns clar la întrebarea în care se îndreaptă notoriuul 20% (ceea ce, remarcăm, nimeni nu a măsurat cu precizie încă). Pe baza celor de mai sus, acest lucru nu ar trebui să fie. Dar adversarii au prezentat un nou argument: sistemul QoS este bun, dar implementarea este o curbă. În consecință, 20% încă "otzhirayutsya." Se pare că problema a devenit dopekla și software-ul gigant, deoarece ea a dezmințit mult timp astfel de fabricări separat.

Cu toate acestea, vom da cuvântul dezvoltatorilor și vom prezenta momentele selectate din articolul "316666 - Îmbunătățiri și comportamente de calitate a serviciilor (QoS) de la Windows XP" în limba rusă literară:

„O sută la sută din lățimea de bandă de rețea disponibile pentru a fi distribuite între toate programele cu excepția cazului unui program solicită în mod explicit de lățime de bandă cu prioritate. Acest“ „lățime de bandă rezervată este disponibilă pentru alte programe, cu excepția cazului un program care a solicitat-o, nu trimite date.

În mod implicit, programele pot rezerva până la 20% din viteza de conexiune primară pe fiecare interfață a computerului. Dacă un program care stochează lățimea de bandă nu trimite date suficiente pentru ao folosi complet, o porțiune neutilizată a lățimii de bandă rezervată este disponibilă pentru alte fluxuri de date.

Dacă acum cineva "îngrășește" 20% din lățimea de bandă, vă pot sfătui să continuați să utilizați mai multe "trucuri" și drivere de rețea. Și nu atât de mult va "otzhiratsya."

Totul, mitul lui QoS, moare!