nastavení QoS. Mýtus o tom, jak funguje QoS

Neexistuje jediný člověk, který by si alespoň jednou nepřečetl nějaké FAQ o Windows XP. A pokud ano, pak každý ví, že existuje taková škodlivá Quality of Service – zkráceně QoS. Důrazně se doporučuje vypnout jej při konfiguraci systému, protože ve výchozím nastavení omezuje šířku pásma sítě o 20 % a zdá se, že tento problém existuje i ve Windows 2000.

Zde jsou řádky:

Otázka: Jak úplně zakázat službu QoS (Quality of Service)? Jak to nastavit? Je pravda, že to omezuje rychlost sítě?
Odpověď: Kvalita služeb si ve výchozím nastavení vyhrazuje 20 % šířky pásma kanálu pro své potřeby (jakýkoli - alespoň modem 14400, alespoň gigabitový Ethernet). Navíc, i když odeberete službu QoS Packet Scheduler z připojení Vlastnosti, tento kanál nebude uvolněn. Zde můžete uvolnit kanál nebo jednoduše nakonfigurovat QoS. Spusťte aplet Zásady skupiny (gpedit.msc). V Zásadách skupiny najdeme Zásady místního počítače a klikneme na Šablony pro správu. Vyberte položku Network - QoS Packet Sheduler. Povolit Omezit vyhrazenou šířku pásma. Nyní snižte limit šířky pásma z 20 % na 0 % nebo jej jednoduše vypněte. V případě potřeby zde můžete také nakonfigurovat další parametry QoS. Pro aktivaci provedených změn zbývá pouze restartovat.

20% je samozřejmě hodně. Skutečně Microsoft je Mazda. Výroky tohoto druhu putují od FAQ k FAQ, od fóra k fóru, od médií k médiím a používají se v nejrůznějších „vychytávkách“ – programech pro „konfiguraci“ Windows XP (mimochodem, otevřete „ Zásady skupiny" A " Místní zásady zabezpečení", a ani jedna „vychytávka" se s nimi nedá srovnávat, pokud jde o bohatost konfiguračních možností). Obvinění tohoto druhu je nutné pečlivě odhalovat, což nyní provedeme, systematickým přístupem. To znamená, že problematickou problematiku důkladně prostudujeme, a to na základě oficiálních primárních zdrojů.

Co je kvalitní servisní síť?

Vezměme si následující zjednodušenou definici síťového systému. Aplikace běží a běží na hostitelích a komunikují spolu. Aplikace odesílají data do operačního systému pro přenos po síti. Jakmile jsou data přenesena do operačního systému, stanou se síťovým provozem.

QoS sítě závisí na schopnosti sítě zpracovat tento provoz způsobem, který zaručeně splní požadavky některých aplikací. To vyžaduje základní mechanismus pro zpracování síťového provozu, schopný identifikovat provoz, který má právo na zvláštní zpracování a právo tyto mechanismy řídit.

Funkce QoS je navržena tak, aby uspokojila dvě síťové entity: síťové aplikace a správci sítě. Často nesouhlasí. Správce sítě omezuje zdroje používané konkrétní aplikací, přičemž se aplikace zároveň snaží urvat co nejvíce síťových zdrojů. Jejich zájmy lze sladit s ohledem na skutečnost, že správce sítě má dominantní roli ve vztahu ke všem aplikacím a uživatelům.

Základní parametry QoS

Různé aplikace mají různé požadavky zpracování jejich síťového provozu. Aplikace jsou víceméně tolerantní ke zpožděním a ztrátám na provozu. Tyto požadavky našly uplatnění v následujících parametrech souvisejících s QoS:

• Šířka pásma (bandwidth) - rychlost, s jakou musí být provoz generovaný aplikací přenášen po síti;
• Latence (zpoždění) – zpoždění, které může aplikace umožnit při doručení datového paketu;
• Jitter - změna času zpoždění;
• Ztráta – procento ztracených dat.

Pokud by byly dostupné nekonečné síťové zdroje, pak by veškerý provoz aplikací mohl být přenášen požadovanou rychlostí, s nulovou latencí, nulovými změnami zpoždění a nulovými ztrátami. Síťové zdroje však nejsou neomezené.

Mechanismus QoS řídí distribuci síťových zdrojů pro aplikační provoz, aby byly splněny požadavky na přenos.

Základní zdroje QoS a mechanismy zpracování provozu

Sítě, které propojují hostitele, používají různé síťová zařízení počítaje v to síťové adaptéry hostitelé, směrovače, přepínače a rozbočovače. Každý z nich má síťová rozhraní. Každý síťové rozhraní může přijímat a vysílat provoz omezenou rychlostí. Pokud je rychlost, kterou je provoz předáván na rozhraní, vyšší než rychlost, kterou rozhraní předává provoz, dochází k zahlcení.

Síťová zařízení dokážou zvládnout stav přetížení řazením provozu v paměti zařízení (vyrovnávací paměti), dokud přetížení nepomine. V jiných případech může síťové zařízení snížit provoz, aby se zmírnilo přetížení. V důsledku toho dochází u aplikací ke změnám časového limitu (protože provoz je na rozhraních udržován ve frontách) nebo ke ztrátě provozu.

Schopnost síťových rozhraní přeposílat provoz a dostupnost paměti pro ukládání provozu v síťových zařízeních (dokud nelze provoz přeposílat) jsou základními zdroji požadovanými pro zajištění QoS pro aplikační toky provozu.

Alokace zdrojů QoS mezi síťová zařízení

Zařízení, která podporují QoS, inteligentně využívají síťové zdroje k přenosu provozu. To znamená, že provoz aplikací, které jsou tolerantnější ke zpožděním, je zařazen do fronty (uložen ve vyrovnávací paměti v paměti) a provoz aplikací, které jsou kritické pro zpoždění, je přenášen dále.

K provedení tohoto úkolu musí síťové zařízení identifikovat provoz klasifikací paketů a také musí mít fronty a mechanismy pro jejich obsluhu.

Mechanismus zpracování provozu

Mechanismus zpracování provozu zahrnuje:

• 802,1p
• Diferencované služby na skokové chování (diffserv PHB);
• Integrované služby (intserv);
• bankomat atd.

Většina sítí LAN je založena na technologii IEEE 802 včetně Ethernetu, token-ringu atd. 802.1p je mechanismus pro zpracování provozu na podporu QoS v takových sítích.

802.1p definuje pole (vrstva 2 v síťovém modelu OSI) v hlavičce paketu 802, které může nést jednu z osmi hodnot priority. Hostitelé nebo směrovače při odesílání provozu do místní sítě zpravidla označují každý odeslaný paket a přidělují mu určitou prioritní hodnotu. Očekává se, že síťová zařízení, jako jsou přepínače, mosty a rozbočovače, budou náležitě zpracovávat pakety pomocí mechanismů řazení do fronty. Rozsah 802.1p je omezen na místní síť (LAN). Jakmile paket překročí LAN (přes OSI vrstvu 3), priorita 802.1p je odstraněna.

Diffserv je mechanismus vrstvy 3. Definuje pole v záhlaví IP paketů vrstvy 3 nazývané diffserv codepoint (DSCP).

Intserv je sada služeb, která definuje garantovanou službu a službu, která řídí zatížení. Garantovaná služba slibuje přenášet určité množství provozu s měřitelnou a omezenou latencí. Služba, která spravuje zátěž, souhlasí s tím, že přenese určité množství provozu se „vzhledem slabého síťového provozu“. Jedná se o měřitelné služby v tom smyslu, že jsou definovány tak, aby poskytovaly měřitelnou QoS určitému množství provozu.

Protože ATM fragmentuje pakety do relativně malých buněk, může nabídnout velmi nízkou latenci. Pokud je třeba urgentně odeslat paket, rozhraní ATM může být vždy volné k odeslání po dobu potřebnou k odeslání jedné buňky.

QoS má mnoho dalších složitých mechanismů, díky kterým tato technologie funguje. Zaznamenáváme pouze jeden důležitý bod: Aby QoS fungovalo, musí být podporováno a konfigurováno během přenosu od začátku do konce.

12. 1. 2016 | Vladimír Chazov

Ne veškerý provoz na internetu je stejně důležitý. Online video bez vyblednutí obrazu nebo Skype hovor bez zadrhávání hlasu je důležitější než stahování velkého souboru pomocí torrent klienta. Funkce Quality of Service (QoS) směrovače, tvarovače nebo systému hlubokého dopravního zpravodajství (DPI) vám umožňuje upřednostnit, který provoz je důležitější, a poskytnout mu největší šířku pásma.

A pokud si doma každý uživatel může nakonfigurovat QoS na svém routeru, pak telekomunikační operátor s využitím moderního síťového vybavení spravuje šířku pásma pro všechny své předplatitele a poskytuje vysoká kvalita pro každého z nich.

Co je to kvalita služebQoS)

QoS je skvělý, ale málo používaný nástroj, který umožňuje upřednostňovat různé typy provozu a u systémů DPI dokonce i určité aplikace tím, že mezi ně rozděluje šířku pásma v různých poměrech. Správné nastavení Pravidla QoS zajistí plynulé přehrávání online videa při stahování velkého souboru nebo rychlé procházení webu, když děti hrají online hry.

Internetové připojení lze přirovnat k nemocnici, kde šířka pásma je počet lékařů, kteří ošetřují pacienty, pacienti jsou aplikace a sestra je router, který je distribuuje.

V konvenční síti lhostejná sestra rozděluje pacienty rovnoměrně mezi svobodné lékaře bez ohledu na složitost onemocnění, ať už jde o člověka s pohmožděnou rukou nebo o oběti autonehody s otřesem mozku a zlomeninami kostí. Každý z nich dostane pomoc, ale stejně dlouho budou muset čekat, než se objeví dostupný lékař. Pokud jsou všichni pacienti léčeni se stejnou prioritou, dříve nebo později to povede ke katastrofálním následkům pro nemocnici a oběti.

Totéž se děje v domácí síti nebo v síti poskytovatele. Šířka pásma komunikačního kanálu je v rámci tarifu přidělována rovnoměrně, bez ohledu na důležitost každé aplikace. Pokud jste například na Skype, zatímco vaše děti sledují film Netflix, kvalita hovoru se dramaticky sníží. ISP je zase omezený rychlostí kanálu k upstreamovému telekomunikačnímu operátorovi a jeho šířka pásma nemusí být dostatečná k zajištění kvality připojení, pokud všichni uživatelé současně začnou stahovat soubory přes torrent klienta maximální rychlostí.

Směrovač rozděluje šířku pásma rovnoměrně mezi všechny, aniž by upřednostňoval jakýkoli typ provozu.

Vrátíme-li se k našemu srovnání s nemocnicí, kvalitou péče je kompetentní sestra, která rozděluje pacienty mezi lékaře tím nejefektivnějším způsobem: oběti nehody se bude věnovat několik specialistů a člověk s modřinou počká na jednoho lékaře, až bude volný.

V síti s funkcí kvality služeb bude mít přednost aplikace nebo služba, kterou si sami definujete (online video, IPTV, online hry atd.), bude mít vyšší rychlost a minimální zpoždění.

Jak to zapnoutQoS

Existují stovky různých routerů – domácích a kancelářských, stejně jako složitá zařízení na úrovni operátora. Ne každý z nich má funkci QoS, a pokud ano, pak se její implementace může lišit ve spektru možná nastavení. Některé mohou upřednostňovat pouze mezi zařízeními, některé mohou zvýraznit určité typy provozu (například video nebo hlasová komunikace), DPI systémy jsou schopny rozpoznat aplikace, které nepoužívají předem známé hlavičky a datové struktury pro výměnu dat, provádět změny v prioritním poli paketů, které jím procházejí, pro další aplikaci pravidel QoS.

Není možné zacházet do detailů nastavení každého zařízení, ale je možné popsat základní kroky, jak začít používat funkci QoS pro lepší zážitek z internetu.

První krok: definujte cíl

Než začnete konfigurovat jakékoli zařízení, musíte jasně definovat cíle pro konfiguraci QoS. Pokud se rozhodnete nastavit domácí router, pak to může být priorita fungujícího počítače před ostatními zařízeními s přístupem k internetu, aby byla zajištěna pohodlná práce, nebo priorita online her před streamováním videa, aby bylo zajištěno minimální zpoždění a prodlevy během hry.

V domácí síti by pravidla měla být selektivní a co nejjednodušší. Pokud použijete desítky různých priorit, můžete získat negativní výsledek, když žádná z aplikací nebude fungovat správně.

Telekomunikační operátor používá QoS k dosažení více globálních cílů:

• diferenciace provozu;
• zajištění rovnoměrného toku dopravy;
• garance kvality a rychlosti přístupu k internetu pro každého účastníka;
• prevence přetížení sítě;
• snížení nákladů na Uplink.

Principy pro jejich dosažení jsou však podobné jako u domácí sítě: stanovení prioritních typů provozu a aplikací, nastavení pravidel v závislosti na prioritě a trvání.

Druhý krok: určete rychlost internetu

Rychlost internetu je pro telekomunikačního operátora rychlost přístupu k vyššímu poskytovateli (Uplink) nebo k několika poskytovatelům. Tato hodnota je pevná a rozdělena mezi všechny účastníky podle jejich tarifní plány. Úkol její optimalizace a správné distribuce by měl být řešen pravidly QoS, aby byla zajištěna spokojenost zákazníka s přijímanou službou.

Rychlost domácího internetu často z nějakého důvodu neodpovídá rychlosti deklarované poskytovatelem, takže určení její skutečné hodnoty je důležitým úkolem před nastavením QoS. Existují pojmy odchozí a příchozí rychlosti, které musíte definovat sami.

Chcete-li získat skutečný obrázek, musíte v počítači zavřít všechny aplikace, které vytvářejí zátěž na síti, připojit jej k routeru měděným kabelem. Bezdrátová technologie Wi-Fi, zejména pokud neběží na moderních protokolech Wireless N nebo Wireless AC, může být překážkou v šířce pásma. Měření může ukázat rychlost 40 Mb/s místo dostupných 75 Mb/s právě kvůli rychlostním limitům bezdrátový přenos data.

Přejděte na www.speedtest.net a klikněte na tlačítko Start Test. Získaný výsledek je nutné převést z "Mbps" na "Kbps", protože nastavení QoS se nejčastěji nastavuje v těchto jednotkách. To lze provést vynásobením získaných hodnot 1000.

V tomto příkladu jsme obdrželi příchozí rychlost 42 900 Kbps a odchozí rychlost 3980 Kbps. Právě tyto hodnoty lze distribuovat mezi uživatele a aplikace v síti.

Třetí krok: povolitQoSna routeru

Není možné popsat, jak povolit QoS na všech směrovačích, protože každý výrobce poskytuje uživateli své vlastní rozhraní pro správu a síťová zařízení třídy operátorů, jako jsou Cisco, Juniper, Huawei, se konfigurují z příkazového řádku.

Ve většině případů budete muset přejít na stránku správy zařízení (zadejte jeho adresu do prohlížeče, nejčastěji je to 192.168.1.1), zadejte přihlašovací jméno a heslo správce, které jsou uvedeny v uživatelské příručce, a přejděte do sekce NAT nastavení sítě, záložka QoS. U funkce Start QoS vyberte Enable, port pro aplikaci pravidel je WAN (port připojení k poskytovateli), nastavení pro příchozí a odchozí rychlost (downlink a uplink) by mělo být specifikováno ve výši 85-90% naměřené ve druhém kroku.

Snížená hodnota rychlostí je specifikována, aby poskytla obsluze QoS prostor pro manévrování, jedině tak funguje efektivně. Funkce QoS je nyní povolena a je třeba nakonfigurovat pravidla priority.

Jak upřednostnit provoz

Po povolení funkce QoS je nutné definovat pravidla, podle kterých bude pracovat s provozem.

Operátoři nastavují pravidla na základě dat z nástrojů systémové analýzy DPI, která ukazují úzká místa v šířce pásma a trendy denní doby. Některá domácí zařízení mají předvolby, které musí uživatel použít k upřednostnění.

Pokud router umožňuje ruční nastavení priority, musíte nastavit jejich „rozvětvení“ jako procento z celkové šířky pásma:

• Maximum: 60 % – 100 %
• Prémiové: 25 % – 100 %
• Expresní: 10–100 %
• Standardní: 5–100 %
• Hromadné: 1–100 %

Tyto parametry určují hodnotu propustnosti pro konkrétní zařízení nebo aplikace. Například nastavením aplikace na Maximum jí přiřadíte využití 60 % šířky pásma během zatížení sítě a 100 %, když je síť plně dostupná. Pokud je nastaveno na "Backbone", pak když je síť volná, aplikace může používat libovolnou rychlost šířky pásma, ale pokud dojde k zatížení, obdrží pouze 1%.

Rádi bychom vám připomněli, že ke stanovení priorit je třeba přistupovat s jasným pochopením toho, co chcete omezit.

Možnosti priority

1. Priorita služby nebo aplikace

Umožňuje jakémukoli zařízení v síti upřednostnit šířku pásma konkrétní aplikace nebo služby před ostatními. Pokud například chcete, aby aplikace Skype měla vždy vyhrazenou šířku pásma a video a audio komunikace by neměla mít zpoždění, zkreslení nebo artefakty.

2. Priorita rozhraní

rozhraní v tento případ je způsob, kterým se vaše zařízení připojují k síti. Můžete nastavit vyšší prioritu pro drátová zařízení nebo bezdrátová síťová zařízení, nebo naopak snížit prioritu pro zařízení hosta.

3. Priorita zařízení podle IP adresy

Určitému zařízení ve vaší síti můžete přiřadit vyšší prioritu podle jeho IP adresy (statické nebo vyhrazené dynamické), čímž mu poskytnete více vysoká rychlost přístup ve srovnání s ostatními.

4. Priorita zařízení podle adresy MAC

Pokud používáte dynamické adresování, stále můžete přiřadit vysokou prioritu jednomu ze zařízení v síti podle jeho MAC adresy, která je jedinečná a najdete ji buď v softwaru, nebo na štítku na obalu.

Test a hodnocení

Nejdůležitějšími pravidly při nastavování QoS je přidávat pravidla postupně a věnovat čas. Musíte začít s těmi nejglobálnějšími a poté nakonfigurovat jednotlivé aplikace a služby. Pokud jste dosáhli požadovaného výsledku a QoS splňuje všechny vaše požadavky, měli byste konfiguraci uložit jako snímky obrazovky nebo záložní soubor pro případ, že budete potřebovat resetovat router a obnovit nastavení.

Správné fungování pravidel můžete zajistit spouštěním služeb s vysokou a nízkou prioritou a porovnáváním jejich rychlostí, nebo spusťte speedtest na síťových zařízeních s různými prioritami a uvidíte, které z nich bude vykazovat vyšší výsledek.

Nastavení QoS je složitější proces než základní nastavení routeru a pro telekomunikačního operátora jsou také dodatečné kapitálové náklady na nákup platformy DPI, výsledek vám však umožní dosáhnout lepšího přístupu k internetu a ušetřit peníze za nákup vysokorychlostního komunikačního kanálu.

V současné době se systematickým zvyšováním přenosových rychlostí v telekomunikacích zvyšuje podíl interaktivního provozu, který je extrémně citlivý na parametry dopravního prostředí. Proto je stále důležitější úkol zajistit kvalitu služby (Quality of Service - QoS).

Otázku takové složitosti je nejlepší začít zvažovat na jednoduchých a srozumitelných příkladech nastavení zařízení, například od společnosti Cisco. Materiál zde prezentovaný rozhodně nemůže konkurovat www.cisco.com. Naším úkolem je prvotní roztřídění obrovského množství informací do kompaktní podoby s cílem usnadnit pochopení a další studium.

1. Definice a pojmy.

Definic pojmu QoS je tolik, že vybereme jedinou správnou – správně, od společnosti Cisco: „QoS – QoS označuje schopnost sítě poskytovat lepší služby vybranému síťovému provozu přes různé základní technologie...“. Což lze doslovně přeložit jako: „QoS je schopnost sítě poskytovat potřebnou službu daný provoz v určitém technologickém rámci“.

Potřebná služba je popsána mnoha parametry, my si všimneme toho nejdůležitějšího z nich.

Šířka pásma (ČB)- šířka pásma, popisuje jmenovitou šířku pásma média pro přenos informací, určuje šířku kanálu. Měřeno v bit/s (bps), kbit/s (kbps), mbit/s (mbps).

Zpoždění- zpoždění přenosu paketů.

Jitter- kolísání (kolísání) zpoždění v přenosu paketů.

ztráta paketů– ztráta paketů. Určuje počet paketů zahozených sítí během přenosu.

K popisu propustnosti kanálu se nejčastěji používá analogie s vodním potrubím. V jeho rámci je Bandwidth šířka potrubí a Delay je délka.

Doba přenosu paketu kanálem Doba přenosu [s] = velikost paketu / bw .

Najdeme například dobu přenosu 64bajtového paketu přes kanál široký 64 kilobitů/s:

Velikost paketu = 64*8=512 (bit) Doba přenosu = 512/64000 = 0,008 (s)

2. Modely služeb QoS.

2.1. Služba nejlepšího úsilí.

Nezaručené doručení. Absolutní absence mechanismů QoS. Všechny dostupné síťové zdroje jsou využívány bez jakéhokoli přidělování jednotlivých tříd provozu a regulace. Věří se, že nejlepší mechanismus zajištění QoS má zvýšit propustnost. To je v zásadě správné, nicméně některé typy provozu (například hlasový) jsou velmi citlivé na zpoždění paketů a změny jejich rychlosti. Model Best Effort Service i s velkými rezervami umožňuje přetížení v případě náhlých výpadků dopravy. Proto byly vyvinuty další přístupy k poskytování QoS.

2.2. Integrovaná služba (IntServ).

Integrovaná služba (IntServ, RFC 1633) je model integrované služby. Může poskytnout komplexní kvalitu služeb a zaručit potřebnou propustnost. IntServ pro své účely používá signalizační protokol RSVP. Umožňuje aplikacím vyjádřit požadavky na zdroje typu end-to-end a obsahuje mechanismy k vynucení těchto požadavků. IntServ lze stručně popsat jako rezervace zdrojů.

2.3. Diferencovaná služba (Diffserv).

Diferencovaná služba (DiffServ, RFC 2474/2475) - Model diferencované služby. Definuje poskytování QoS na základě dobře definovaných komponent, které jsou kombinovány tak, aby poskytovaly požadované služby. Architektura DiffServ předpokládá přítomnost klasifikátorů a tvarovačů provozu na okraji sítě, stejně jako podporu funkce alokace zdrojů v jádře sítě za účelem poskytování požadované politiky krok za krokem služby (Per-Hop Behavior - PHB). Rozděluje provoz do tříd zavedením více úrovní QoS. DiffServ se skládá z následujících funkčních bloků: tvarovače okrajového provozu (klasifikace paketů, označování, řízení rychlosti) a implementátoři zásad PHB (přidělování zdrojů, politika zahazování paketů). DiffServ lze stručně popsat jako prioritizaci provozu (priorizaci).

3. Základní funkce QoS.

Základní funkce QoS jsou poskytovat potřebné parametry služeb a jsou definovány ve vztahu k provozu jako: klasifikace, označování, řízení přetížení, zamezení přetížení a regulace. Funkčně je klasifikace a značení nejčastěji zajišťováno na vstupních portech zařízení a kontrola a prevence přetížení na výstupu.

3.1. Klasifikace a značení (Classification and Marking).

Klasifikace paketů je mechanismus pro přiřazení paketu určité třídě provozu.

Dalším neméně důležitým úkolem při zpracování paketů je Packet Marking - přiřazení vhodné priority (label).

V závislosti na míře ohleduplnosti (myšleno OSI) jsou tyto úkoly řešeny různými způsoby.

3.1.1. Klasifikace a značení vrstvy 2.

Ethernetové přepínače (Layer 2) používají protokoly linkové vrstvy. Čistý protokol Ethernet nepodporuje pole priority. Proto je na ethernetových portech (Access Port) možné pouze interní (ve vztahu k přepínači) klasifikace podle čísla příchozího portu a není zde žádné označení.

Flexibilnějším řešením je použití standardu IEEE 802.1P, který byl vyvinut ve spojení s 802.1Q. Hierarchie vztahů je zde následující: 802.1D popisuje technologii přemostění a je základem pro 802.1Q a 802.1P. 802.1Q popisuje technologii virtuálních sítí (VLAN), zatímco 802.1P poskytuje kvalitu služeb. Obecně platí, že povolení podpory 802.1Q (kufr na kolečkách) automaticky aktivuje 802.1P. Podle standardu jsou v záhlaví druhé úrovně použity 3 bity, které se nazývají Class of Service (CoS). CoS tedy může nabývat hodnot od 0 do 7.

3.1.2. Klasifikace a značení vrstvy 3.

Směrovací zařízení (Layer 3) pracuje s IP pakety, ve kterých je pro účely označení v hlavičce odpovídající pole - IP Type of Service (ToS) o velikosti jednoho bajtu. ToS může být naplněno IP Precedence nebo DSCP klasifikátorem, v závislosti na úloze. IP priorita (IPP) má rozměr 3 bity (nabývá hodnot 0-7). DSCP patří do modelu DiffServ a skládá se ze 6 bitů (hodnoty 0-63).

Kromě číselné formy lze hodnoty DSCP vyjádřit pomocí speciálních klíčových slov: Best Effort BE, Assured Forwarding AF a Expedited Forwarding EF. Kromě těchto tří tříd existují kódy selektoru tříd, které jsou přidány k označení třídy a jsou zpětně kompatibilní s IPP. Například hodnotu DSCP 26 lze zapsat jako AF31, což je zcela ekvivalentní.

MPLS obsahuje indikátor QoS v rámci označení v odpovídajících MPLS EXP bitech (3 bity).

Pakety IP můžete označit hodnotou QoS různé způsoby: PBR, CAR, BGP.

Příklad 1 PBR značení

Policy Based Route (PBR) lze použít pro účely značení tak, že to uděláte v příslušném podprogramu (Route-map může obsahovat nastavený parametr priority IP):

!
rozhraní FastEthernet0/0
ip policy route-map MARK
rychlost 100
plny Duplex
není povoleno cdp
!
!
trasa-mapa MARK povolení 10
shodu ip adresy 1
nastavit prioritu IP adresy
!

Na výstupu rozhraní můžete vidět výsledek (například s programem tcpdump pod unixem):

# tcpdump -vv -n -i em0
... IP (tos 0x20 ...)

Příklad 2. Označení CAR.

Mechanismus Committed Access Rate (CAR) je navržen tak, aby omezoval rychlost, ale může dodatečně označovat pakety (parametr set-prec-transmit v limitu rychlosti):

!
rozhraní FastEthernet0/0
IP adresa 192.168.0.2 255.255.255.252
rate-limit input access-group 1 1000000 10000 10000 conform-action set-prec-transmit 3 over-action set-prec-transmit 3
není povoleno cdp
!
přístupový seznam 1 povolení 192.168.0.0 0.0.0.255
!

#sh rozhraní Omezení rychlosti FastEthernet0/0

3.2. Řízení přetížení. Mechanismus fronty.

3.2.1. Přetížení (přetížení).

K přetížení dochází, když výstupní vyrovnávací paměti zařízení zajišťujícího provoz přetečou. Hlavními mechanismy vzniku kongescí (nebo ekvivalentně kongescí) jsou agregace provozu (kdy rychlost příchozího provozu převyšuje rychlost odchozího provozu) a nekonzistence rychlosti na rozhraních.

Řízení šířky pásma v případě přetížení (úzká místa) se provádí pomocí mechanismu řazení do fronty. Pakety jsou umístěny ve frontách, které jsou zpracovávány uspořádaným způsobem podle určitého algoritmu. Ve skutečnosti je řízení zahlcení o určení pořadí, ve kterém pakety opouštějí rozhraní (fronty) na základě priorit. Pokud nedochází k přetížení, fronty nefungují (a nejsou potřeba). Uvádíme způsoby zpracování front.

3.2.2. Vrstva 2 Zařazení do fronty.

Fyzické zařízení klasického switche lze zjednodušit následovně: paket dorazí na vstupní port, je zpracován přepínacím mechanismem, který rozhodne, kam paket poslat, a vstoupí do hardwarových front výstupního portu. Hardwarová fronta je rychlá paměť, která ukládá pakety předtím, než jdou přímo na výstupní port. Dále, podle určitého mechanismu zpracování jsou pakety odstraněny z front a opouštějí přepínač. Zpočátku jsou fronty stejné a je to mechanismus pro zpracování front (Scheduling), který určuje prioritu. Každý port přepínače obvykle obsahuje omezený počet front: 2, 4, 8 atd.

Obecně platí, že nastavení priorit je následující:

1. Zpočátku jsou fronty stejné. Proto je nejprve nutné je nastavit, tedy určit posloupnost (resp. úměrnost objemu) jejich zpracování. To se nejčastěji provádí navázáním priorit 802.1P na fronty.

2. Musíte nakonfigurovat obslužný program fronty (Scheduler). Nejčastěji používané jsou Weighted Round Robin WRR nebo Strict Priority Queuing.

3. Prioritizace příchozích paketů: podle vstupního portu, podle CoS nebo popř další funkce(přepínač vrstvy 3), u některých polí IP.

Celé to funguje takto:

1. Paket vstoupí do přepínače. Pokud se jedná o běžný ethernetový paket (client Access Port), pak nemá prioritní štítky a lze je nastavit přepínačem, např. číslem vstupního portu, je-li to nutné. Pokud je vstupním portem trunk port (802.1Q nebo ISL), paket může nést označení priority a přepínač jej může přijmout nebo nahradit potřebným. V každém případě paket v této fázi vstoupil do přepínače a má potřebné označení CoS.

2. Po zpracování přepínacím procesem je paket podle návěští priority CoS odeslán klasifikátorem (Classify) do odpovídající fronty výstupních portů. Například kritický provoz jde do fronty s vysokou prioritou, zatímco méně důležitý provoz jde do fronty s nízkou prioritou.

3. Mechanismus zpracování (Scheduling) extrahuje pakety z front podle jejich priorit. Více paketů bude odesláno na výstupní port za jednotku času z fronty s vysokou prioritou než z fronty s nízkou prioritou.

3.2.3. Vrstva 3 Zařazení do fronty.

Směrovače provozují pakety na třetí vrstvě OSI (vrstva 3). Nejčastěji je podpora fronty poskytována programově. To ve většině případů znamená absenci hardwarových omezení jejich počtu a flexibilnější konfiguraci zpracovatelských mechanismů. Obecné paradigma QoS vrstvy 3 zahrnuje označování a klasifikaci paketů na vstupu (Marking & Classification), jejich zařazení do fronty a jejich zpracování (Scheduling) podle určitých algoritmů.

A ještě jednou zdůrazňujeme, že upřednostňování (fronty) je vyžadováno především jen v úzkých, frekventovaných místech, kdy šířka pásma kanálu nestačí pro přenos všech příchozích paketů a je nutné nějak odlišit jejich zpracování. Stanovení priorit je navíc nezbytné v případě, že se zabrání tomu, aby výbuchy síťové aktivity ovlivnily provoz citlivý na zpoždění.

Klasifikujme QoS na 3. vrstvě pomocí metod řazení do fronty.

3.2.3.1. FIFO.

Elementární fronta se sekvenčním průchodem paketů, fungující na principu první dovnitř - první ven (First In First Out - FIFO), která má ruský ekvivalent kdo první vstane a pantofle. Ve skutečnosti zde není žádná priorita. Ve výchozím nastavení povoleno na rozhraních s rychlostmi vyššími než 2 Mb/s.

3.2.3.2. P.Q. prioritní fronty.

Priority Queuing (PQ) poskytuje bezpodmínečnou prioritu některých paketů před ostatními. K dispozici jsou celkem 4 fronty: vysoká, střední, normální a nízká. Zpracování se provádí postupně (od vysoké k nízké), počínaje frontou s vysokou prioritou a nepřechází do front s nižší prioritou, dokud není zcela vymazáno. Je tedy možné monopolizovat kanál pomocí front s vysokou prioritou. Provoz bez explicitní priority bude ve výchozím nastavení zařazen do fronty.

Možnosti příkazů.
distribuce protokolů ve frontách:
priorita-list LIST_NUMBER protokol PROTOCOL (vysoká|střední|normální|nízká) seznam ACCESS_LIST_NUMBER
výchozí definice fronty:
výchozí seznam priorit LIST_NUMBER (vysoká|střední|normální|nízká)
určení velikosti front (v paketech):
seznam priorit LIST_NUMBER limit fronty HIGH_QUEUE_SIZE MEDIUM_QUEUE_SIZE NORMAL_QUEUE_SIZE LOW_QUEUE_SIZE

označení:
LIST_NUMBER – číslo obslužného programu PQ (list)
PROTOCOL - protokol
ACCESS_LIST_NUMBER – číslo přístupového seznamu
HIGH_QUEUE_SIZE – HIGH velikost fronty
MEDIUM_QUEUE_SIZE – STŘEDNÍ velikost fronty
NORMAL_QUEUE_SIZE – NORMÁLNÍ velikost fronty
LOW_QUEUE_SIZE – NÍZKÁ velikost fronty

Algoritmus nastavení.

1. Definujte 4 fronty
přístupový seznam 110 povoluje IP jakoukoli síť s prioritou
přístupový seznam 120 povoluje ip jakoukoli prioritu kritickou
access-list 130 povoluje ip jakoukoli přednost internet
přístupový seznam 140 povoluje ip jakoukoli přednostní rutinu

prioritní seznam 1 protokol ip horní seznam 110
seznam priorit 1 protokol IP medium seznam 120
priorit-list 1 protokol ip normální seznam 130
seznam priorit 1 protokol ip low list 140
priorita-list 1 výchozí nízká

seznam priorit 1 limit fronty 30 60 90 120

2. Navážeme na rozhraní

!
rozhraní FastEthernet0/0
IP adresa 192.168.0.2 255.255.255.0
rychlost 100
plny Duplex
prioritní skupina 1
není povoleno cdp
!

3. Zobrazit výsledek
# sh priorita řazení

Aktuální konfigurace fronty priority:

#sh rozhraní fastEthernet 0/0
…
Strategie řazení do front: seznam priorit 1
…

Rozhraní Strategie řazení do fronty FastEthernet0/0: priorita

vysoká/19 střední/0 normální/363 nízká/0

3.2.3.3. C.Q. Libovolné fronty.

Custom Queuing (CQ) poskytuje vlastní fronty. Poskytuje kontrolu nad sdílením šířky pásma kanálu pro každou frontu. Je podporováno 17 front. Systémová fronta 0 je vyhrazena pro řídicí pakety s vysokou prioritou (směrování atd.) a není uživateli dostupná.

Fronty se procházejí postupně, počínaje první. Každá fronta obsahuje bajtový čítač, který na začátku bypassu obsahuje danou hodnotu a je zmenšen o velikost paketu vynechaného z této fronty. Pokud čítač není nula, pak je další paket přeskočen jako celek a ne jeho fragment, který se rovná zbytku čítače.

Možnosti příkazů.
Definice šířky pásma fronty:
seznam front LIST-NUMBER fronta QUEUE_NUMBER počet bajtů
BYTE_COUT

velikost fronty:
front-list LIST-NUMBER fronta QUEUE_NUMBER limit QUEUE_SIZE

označení:
LIST-NUMBER - číslo handlera
QUEUE_NUMBER – číslo fronty
BYTE_COUT - velikost fronty v paketech

Algoritmus nastavení.

1. Definování front
přístupový seznam 110 povolit ip hostitel 192.168.0.100 libovolný
přístupový seznam 120 povolení ip hostitel 192.168.0.200 libovolný

seznam front 1 protokol ip 1 seznam 110
seznam front 1 protokol ip 2 seznam 120
výchozí seznam front 1 3

seznam front 1 fronta 1 byte-count 3000
seznam front 1 fronta 2 počet bajtů 1500
seznam front 1 fronta 3 počet bajtů 1000

Navíc můžete nastavit velikosti fronty v paketech
fronta-list 1 fronta 1 limit 50
fronta-list 1 fronta 2 limit 50
seznam front 1 fronta 3 limit 50

2. Vazba na rozhraní
!
rozhraní FastEthernet0/0
IP adresa 192.168.0.2 255.255.255.0
rychlost 100
plny Duplex
vlastní seznam front 1
není povoleno cdp
!

3. Zobrazit výsledek
#sh vlastní řazení do fronty

Aktuální konfigurace vlastní fronty:

#sh rozhraní FastEthernet0/0
…
Strategie řazení do front: vlastní seznam 1
…

#sh rozhraní fronty fastEthernet 0/0
Rozhraní Strategie řazení do fronty FastEthernet0/0: vlastní

Využití výstupní fronty (fronta/počet)
0/90 1/0 2/364 3/0 4/0 5/0 6/0 7/0 8/0
9/0 10/0 11/0 12/0 13/0 14/0 15/0 16/0

3.2.3.4. WFQ. Vážené spravedlivé fronty.

Weighted Fair Queuing (WFQ) automaticky rozděluje provoz do toků. Ve výchozím nastavení je jejich počet 256, ale lze jej změnit (parametr dynamic-queues v příkazu fair-queue). Pokud je více vláken než front, pak se do jedné fronty umístí několik vláken. Členství (klasifikace) toku paketu je určeno na základě TOS, protokolu, zdrojové IP adresy, cílové IP adresy, zdrojového portu a cílového portu. Každé vlákno používá samostatnou frontu.

WFQ handler (plánovač) poskytuje spravedlivé sdílení šířky pásma mezi existujícími vlákny. K tomu se dostupná šířka pásma vydělí počtem toků a každý dostane stejný podíl. Kromě toho každé vlákno dostává svou vlastní váhu (hmotnost) s určitým koeficientem nepřímo úměrným prioritě IP (TOS). Hmotnost nitě je také zohledněna manipulantem.

V důsledku toho WFQ automaticky spravedlivě rozděluje dostupnou šířku pásma, navíc s ohledem na TOS. Toky se stejnými prioritami IP TOS získají stejné sdílení šířky pásma; streamy s vysokou prioritou IP – velký podíl na šířce pásma. V případě přetížení fungují nezatížená vlákna s vysokou prioritou beze změn a vlákna s nízkou prioritou s vysokou prioritou jsou omezena.

Spolu s WFQ funguje RSVP. Ve výchozím nastavení je WFQ povolena na nízkorychlostních rozhraních.

Algoritmus nastavení.
1. Nějakým způsobem označte provoz (nastavte prioritu IP - TOS) nebo si jej nechte označit

2. Povolte WFQ na rozhraní
rozhraní FastEthernet0/0
spravedlivá fronta

rozhraní FastEthernet0/0
spravedlivá fronta CONGESTIVE_DISCARD_THRESHOLD DYNAMIC_QUEUES

Možnosti:
CONGESTIVE_DISCARD_THRESHOLD - počet paketů v každé frontě, nad kterým jsou pakety ignorovány (výchozí - 64)
DYNAMIC_QUEUES - počet podfront, podle kterých je provoz klasifikován (výchozí - 256)

3. Zobrazit výsledek
# sh ve frontě spravedlivé
# sh rozhraní fronty FastEthernet0/0

3.2.3.5. CBWFQ.

Class Based Weighted Fair Queuing (CBWFQ) odpovídá mechanismu řazení na základě třídy. Veškerý provoz je rozdělen do 64 tříd na základě následujících parametrů: vstupní rozhraní, přístupový seznam (přístupový seznam), protokol, hodnota DSCP, návěští MPLS QoS.

Celková šířka pásma výstupního rozhraní je rozdělena mezi třídy. Šířku pásma přidělenou každé třídě lze definovat buď jako absolutní hodnotu (šířka pásma v kbit/s) nebo jako procento (procento šířky pásma) vzhledem k nastavená hodnota na rozhraní.

Pakety, které se nevejdou do nakonfigurovaných tříd, přejdou do výchozí třídy, kterou lze dále nakonfigurovat tak, aby přijímala zbývající volnou šířku pásma na lince. Při přetečení fronty jakékoli třídy jsou pakety této třídy ignorovány. Algoritmus pro odmítání paketů v rámci každé třídy lze vybrat: standardně povoleno normální zahození (parametr tail-drop, queue-limit) nebo WRED (parametr náhodné detekce). Pouze pro výchozí třídu lze povolit jednotné (spravedlivé) dělení proužku (parametr fair-queue).

CBWFQ podporuje interakci s RSVP.

Možnosti příkazů.

kritéria pro výběr balíčků podle třídy:
class-map match-all CLASS
shoda přístupová skupina
odpovídat vstupnímu rozhraní
zápasový protokol
odpovídat ip dscp
odpovídat ip rtp
zápas mpls experimentální

definice třídy:

třída TŘÍDA
šířka pásma BANDWIDTH
fronta-limit QUEUE-LIMIT
náhodně detekovat

výchozí definice třídy:

class class-default
šířka pásma BANDWIDTH
procento šířky pásma BANDWIDTH_PERCENT
fronta-limit QUEUE-LIMIT
náhodně detekovat
spravedlivá fronta

označení:
CLASS je název třídy.
BANDWIDTH – minimální pásmo kbit/s, hodnota bez ohledu na šířku pásma rozhraní.
BANDWIDTH_PERCENT – procento šířky pásma na rozhraní.
QUEUE-LIMIT - maximální počet paketů ve frontě.
random-detect - použijte WRED.
fair-queue - jednotné rozdělení proužku, pouze pro výchozí třídu

Ve výchozím nastavení nesmí absolutní hodnota šířky pásma ve třídě CBWFQ překročit 75 % hodnoty šířky pásma na rozhraní. To lze změnit pomocí příkazu max-reserved-bandwidth na rozhraní.

Algoritmus nastavení.

1. Rozdělení balíčků podle tříd - class-map

class-map match-all Class1
zápas přístupová skupina 101

2. Popis pravidel pro každou třídu - policy-map
policy-map Policy1
třída Třída1
šířka pásma 100
limit fronty 20
class class-default
šířka pásma 50
náhodně detekovat

3. Spusťte zadanou zásadu na rozhraní - service-policy
rozhraní FastEthernet0/0
šířka pásma 256

4. Zobrazit výsledek
#sh třída Třída1
#sh zásady Zásady1
#sh rozhraní zásad FastEthernet0/0

Příklad 1

Rozdělení celkového pásma podle třídy v procentech (40, 30, 20).
access-list 101 povolení ip hostitel 192.168.0.10 libovolný
přístupový seznam 102 povolit ip hostitel 192.168.0.20 libovolný
access-list 103 povolení ip hostitel 192.168.0.30 libovolný

class-map match-all Platinum
zápas přístupová skupina 101
class-map match-all Gold
shoda přístupová skupina 102
class-map match-all Silver
shoda přístupová skupina 103

policy-map Isp
třída Platinum
procento šířky pásma 40
třída Zlatá
procento šířky pásma 30
třídy Stříbro
procento šířky pásma 20

rozhraní FastEthernet0/0
šířka pásma 256
výstup servisní politiky Isp

Low Latency Queuing (LLQ) – řazení s nízkou latencí. LLQ lze považovat za mechanismus CBWFQ s frontou priority PQ (LLQ = PQ + CBWFQ).
PQ v LLQ vám umožňuje poskytovat služby provozu citlivému na zpoždění. LLQ se doporučuje v případě hlasového (VoIP) provozu. Také to funguje dobře s videokonferencemi.

Algoritmus nastavení.

1. Rozdělení balíčků podle tříd - Class-map
přístupový seznam 101 povoluje ip jakoukoli prioritu kritickou

class-map match-all Voice
Priorita shody IP 6
class-map match-all Class1
zápas přístupová skupina 101

2. Popis pravidel pro každou třídu - Policy-map

Podobně jako u CBWFQ je parametr priority specifikován pouze pro třídu priority (je jedna).
policy-map Policy1
třída Hlas
priorita 1000
třída Třída1
šířka pásma 100
limit fronty 20
class class-default
šířka pásma 50
náhodně detekovat

3. Spuštění specifikované politiky na rozhraní - Service-policy
rozhraní FastEthernet0/0
šířka pásma 256
výstup servisní politiky Policy1

Příklad 1
Třídu Voice přisuzujeme PQ a vše ostatní CQWFQ.
!
třída-mapa-jakýkoli hlas
Priorita shody IP 5
!
policy-map Voice
třída Hlas
priorita 1000
třída VPN
procento šířky pásma 50
class class-default
spravedlivá fronta 16
!
rozhraní X
Výstup servisních zásad Hlas
!

Příklad 2
Navíc omezujeme celkovou sazbu pro PQ v LLQ, aby v případě nesprávné operace nemonopolizovala celý kanál.
!
třída-mapa-jakýkoli hlas
Priorita shody IP 5
!
policy-map Voice
třída Hlas
priorita 1000
policie 1024000 32000 32000 conform-action přenos překročení-action pokles
třída vpn
procento šířky pásma 50
class class-default
spravedlivá fronta 16
!
rozhraní FastEthernet0/0
výstup zásad služeb Hlas
!

QoS je velké téma. Než budeme hovořit o jemnosti nastavení a různých přístupech k aplikaci pravidel pro zpracování provozu, má smysl připomenout, co je QoS obecně.

Quality of Service (QoS)- technologie poskytování různých tříd provozu s různými prioritami v provozu.

Za prvé, je snadné pochopit, že jakákoli prioritizace má smysl pouze v případě, že existuje fronta na službu. Právě tam, ve frontě, můžete „proklouznout“ jako první pomocí svého práva.
Fronta se tvoří tam, kde je úzká (obvykle se takovým místům říká „bottleneck“, bottle-neck). Typickým úzkým hrdlem je přístup k internetu v kanceláři, kde všechny počítače připojené k síti rychlostí alespoň 100 Mbps všechny používají kanál k ISP, který zřídka přesahuje 100 Mbps a často dosahuje skromných 1-2-10 Mbps. Pro každého.

Za druhé, QoS není všelék: pokud je „krk“ již příliš úzký, pak se často přeplní vyrovnávací paměť fyzického rozhraní, kam jsou umístěny všechny pakety, které se chystají opustit toto rozhraní. A pak se nově příchozí balíčky zničí, i když jsou nadbytečné. Pokud tedy fronta na rozhraní v průměru překročí 20 % své maximální velikosti (na směrovačích cisco maximální velikost fronta je obvykle 128-256 paketů), je důvod se pořádně zamyslet nad návrhem vaší sítě, položit další trasy nebo rozšířit pásmo k poskytovateli.

Pojďme pochopit komponenty technologie

(dále pod řezem, hodně)

Označení. V hlavičkových polích různých síťových protokolů (Ethernet, IP, ATM, MPLS atd.) jsou vyhrazena speciální pole pro označení provozu. Pro následné jednodušší zpracování ve frontách je potřeba označit provoz.

ethernet. Pole Class of Service (CoS) má 3 bity. Umožňuje rozdělit provoz do 8 proudů s různým značením

IP. Existují 2 standardy: starý a nový. Ten starý měl pole ToS (8 bitů), ze kterého byly zase přiděleny 3 bity nazývané IP Precedence. Toto pole bylo zkopírováno do pole Ethernet CoS v záhlaví.
Později byl definován nový standard. Pole ToS bylo přejmenováno na DiffServ a pro pole DSCP (Differencial Service Code Point) bylo přiděleno dalších 6 bitů, ve kterém je požadováno tohoto typu nastavení provozu.

Nejlepší je označit data blíže ke zdroji těchto dat. Z tohoto důvodu většina IP telefonů přidává do IP hlavičky hlasových paketů pole DSCP=EF nebo CS5. Mnoho aplikací také označuje svůj vlastní provoz v naději, že jejich pakety budou mít prioritu. Například sítě peer-to-peer tímto „hřeší“.

Fronty.

I když nepoužíváme žádné technologie pro stanovení priorit, neznamená to, že neexistují žádné fronty. V úzkém hrdle fronta stejně vznikne a poskytne standardní mechanismus FIFO (First In First Out). Taková fronta samozřejmě umožní nezničit pakety okamžitě a uložit je do vyrovnávací paměti až do odeslání, ale neposkytne žádné preference, řekněme, hlasovému provozu.

Pokud chcete nějaké vybrané třídě dát absolutní prioritu (tj. pakety z této třídy budou vždy zpracovány jako první), pak se tato technologie nazývá Prioritní řazení do fronty. Všechny pakety ve fyzickém odchozím bufferu rozhraní budou rozděleny do 2 logických front a pakety z privilegované fronty budou odesílány, dokud nebude prázdná. Teprve poté budou přenášeny pakety z druhé fronty. Tato technologie je jednoduchá, poněkud hrubá a lze ji považovat za zastaralou. zpracování neprioritního provozu bude trvale zastaveno. Na směrovačích Cisco můžete vytvořit
4 fronty s různými prioritami. Udržují přísnou hierarchii: pakety z méně privilegovaných front nebudou obsluhovány, dokud nebudou všechny fronty s vyšší prioritou prázdné.

spravedlivá fronta ( spravedlivé řazení do fronty). Technologie, která umožňuje každé třídě provozu udělovat stejná práva. Zpravidla se nepoužívá, protože. dává málo, pokud jde o zlepšení kvality služeb.

Vážená spravedlivá fronta ( Vážený Fair Queuing, WFQ). Technologie, která poskytuje různým třídám provozu s různými právy (můžeme říci, že „váha“ různých front je různá), ale současně obsluhuje všechny fronty. „Na prstech“ to vypadá takto: všechny pakety jsou rozděleny do logických front pomocí
jako kritérium pole IP Precedence. Stejné pole určuje prioritu (čím více, tím lépe). Dále router vypočítá, který paket je „rychlejší“ pro přenos z které fronty a odešle jej.

Vypočítá to podle vzorce:

DT=(t(i)-t(0))/(1+IPP)

IPP - Hodnota pole priority IP
t(i) - Čas potřebný pro skutečný přenos paketu rozhraním. Lze vypočítat jako L/Speed, kde L je délka paketu a rychlost je přenosová rychlost rozhraní

Tato fronta je ve výchozím nastavení povolena na všech rozhraních směrovačů cisco kromě rozhraní point-to-point (zapouzdření HDLC nebo PPP).

WFQ má řadu nevýhod: takové řazení do fronty používá dříve označené pakety a neumožňuje nezávisle určit třídy provozu a přidělenou šířku pásma. Navíc zpravidla nikdo neoznačuje polem IP Precedence, takže pakety jdou neoznačené, tzn. všichni jsou ve stejné řadě.

Evolucí WFQ byla třída vážená spravedlivá fronta ( Class-Based Weighted Fair Queuing, CBWFQ). V této frontě si administrátor sám definuje třídy provozu podle různých kritérií, například pomocí ACL jako šablony nebo hlaviček protokolu analýzy (viz NBAR). Dále pro tyto třídy
je určena „váha“ a pakety jejich front jsou obsluhovány úměrně k hmotnosti (větší váha - za jednotku času odejde více paketů z této fronty)

Taková fronta však nezaručuje, že nejdůležitější pakety (obvykle hlasové pakety nebo pakety jiných interaktivních aplikací) budou striktně předány. Proto se objevil hybrid prioritního a třídně váženého spravedlivého řazení do fronty - PQ-CBWFQ, také známý jako, Řízení front s nízkou latencí (LLQ). V této technologii můžete nastavit až 4 prioritní fronty, zbytek tříd lze obsluhovat pomocí mechanismu CBWFQ

LLQ je nejpohodlnější, flexibilní a často používaný mechanismus. Vyžaduje to však nastavení tříd, nastavení zásady a aplikace zásad na rozhraní.

Proces poskytování kvality služeb lze tedy rozdělit do 2 fází:
Označení. Blíže ke zdrojům.
Zpracování paketů. Umístit je do fyzické fronty na rozhraní, rozdělit je do logických front a poskytnout těmto logickým frontám různé prostředky.

Technologie QoS je poměrně náročná na zdroje a poměrně výrazně zatěžuje procesor. A čím více se načítá, tím hlouběji se musíte dostat do hlaviček pro klasifikaci paketů. Pro srovnání: pro router je mnohem snazší podívat se do hlavičky IP paketu a analyzovat tam 3 IPP bity, spíše než rozvinout tok téměř na aplikační úroveň a určit, jaký protokol je uvnitř (technologie NBAR)

Pro zjednodušení dalšího zpracování provozu a také pro vytvoření takzvané „trust area“ (trusted boundary), kde věříme všem hlavičkám souvisejícím s QoS, můžeme provést následující:
1. Na přepínačích a směrovačích přístupové úrovně (v blízkosti klientských počítačů) odchytávejte pakety, rozhazujte je podle tříd
2. V zásadě jako akci přebarvěte záhlaví svým vlastním způsobem nebo přeneste hodnoty záhlaví vyšší úrovně QoS na nižší.

Například na routeru zachytíme všechny pakety z hostované WiFi domény (předpokládáme, že mohou existovat počítače a software, který neovládáme, který může používat nestandardní hlavičky QoS), změníme jakékoli hlavičky IP na výchozí, namapujeme hlavičky 3. vrstvy (DSCP) na hlavičky propojovacích vrstev (CoS),
takže další a přepínače mohou efektivně upřednostňovat provoz pouze pomocí štítku odkazové vrstvy.

Nastavení LLQ

Nastavení front spočívá v nastavení tříd, u těchto tříd je pak nutné určit parametry šířky pásma a aplikovat celou vytvořenou strukturu na rozhraní.

Vytváření tříd:

class-map NAME
zápas?

přístupová skupina přístupová skupina
žádný Jakékoli balíčky
třídní mapa třídní mapa
cos IEEE 802.1Q/ISL třída služeb/hodnoty priority uživatele
cílová adresa Cílová adresa
třída vyřazení Zahodit identifikátor chování
dscp Porovnejte DSCP v paketech IP(v4) a IPv6
tok Parametry QoS založené na toku
fr de Shoda na Frame-relay DE bitu
fr-dlci Zápas na fr-dlci
vstupní-rozhraní Vyberte odpovídající vstupní rozhraní
ip Hodnoty specifické pro IP
mpls Multi Protocol Label Switching specifické hodnoty
ne Negujte výsledek tohoto zápasu
paket Vrstva 3 Délka paketu
přednost Porovnat prioritu v paketech IP(v4) a IPv6
protokol Protokol
skupina qos Skupina Qos
zdrojová adresa zdrojová adresa
vlan VLAN, aby odpovídaly

Pakety do tříd lze třídit podle různých atributů, například zadáním ACL jako šablony nebo podle pole DSCP nebo zvýrazněním konkrétního protokolu (technologie NBAR je povolena)

Vytvoření zásady:

policy-map POLICY
třída NAME1
?

šířku pásmašířku pásma
komprese Aktivujte kompresi
pokles Zahoďte všechny pakety
log Protokolovat pakety IPv4 a ARP
netflow-sampler Akce NetFlow
POLICIE POLICIE
přednost Přísná priorita plánování pro tuto třídu
limit fronty Maximální prahová hodnota fronty pro pokles ocasu
náhodně detekovat Povolit Random Early Detection jako zásadu poklesu
servisní politika Nakonfigurujte tok Další
soubor Nastavte hodnoty QoS
tvary formování dopravy

Pro každou třídu v zásadě můžete buď vybrat část proužku jako prioritu:

policy-map POLICY
třída NAME1
přednost?

Kilo bitů za sekundu
procent% celkové šířky pásma

a pak balíčky této třídy mohou vždy počítat alespoň s tímto blokem.

Nebo popište, jakou „váhu“ má tato třída v rámci CBWFQ

policy-map POLICY
třída NAME1
šířka pásma?

Kilo bitů za sekundu
procent% celkové šířky pásma
zbývající% zbývající šířky pásma

V obou případech můžete zadat jak absolutní hodnotu, tak procento z celkové dostupné šířky pásma.

Nabízí se rozumná otázka: jak router zná CELÉ pásmo? Odpověď je banální: z parametru šířky pásma na rozhraní. I když to není explicitně nakonfigurováno, musí pro něj existovat nějaká hodnota. Lze jej zobrazit pomocí příkazu sh int.

Nezapomeňte také, že ve výchozím nastavení nespravujete celé pásmo, ale pouze 75 %. Balíčky, které výslovně nespadají do jiných tříd, spadají do třídy default. Toto nastavení pro výchozí třídu lze nastavit explicitně

policy-map POLICY
class class-default
procento šířky pásma 10

(UPD, díky OlegD)

max-rezervovaná šířka pásma

Směrovače se horlivě starají o to, aby admin náhodou nerozdal větší šířku pásma, než je, a na takové pokusy nadávají.

Zdá se, že politika nedá třídám více, než je napsáno. Tato situace však nastane pouze v případě, že jsou všechny fronty plné. Pokud je jedna z nich prázdná, pak se naplněné fronty, které jsou k ní přiřazeny, rozdělí úměrně své „váze“.

Celá struktura bude fungovat takto:

Pokud existují pakety ze třídy se zadanou prioritou, pak se router zaměří na přenos těchto paketů. Navíc od Takových prioritních front může být několik, pak se pásmo mezi ně rozdělí v poměru k zadaným procentům.

Jakmile skončí všechny prioritní pakety, přichází na řadu CBWFQ. Pro každé odpočítávání je z každé fronty „nabírán“ podíl paketů zadaný v nastavení pro tuto třídu. Pokud jsou některé fronty prázdné, pak se jejich pásmo rozdělí úměrně k „váze“ třídy mezi načtené fronty.

Aplikace na rozhraní:

int s0/0
POLITIKA servisní politiky

Co ale dělat, když potřebujete striktně ořezat pakety z třídy, které jdou nad povolenou rychlost? Koneckonců, zadání šířky pásma rozděluje šířku pásma mezi třídy pouze při načítání front.

K vyřešení tohoto problému pro třídu provozu v politice existuje technologie

policie konformní akce [akce] překročení akce [akce]

Umožňuje výslovně zadat požadovanou průměrnou rychlost (rychlost), maximální "odlehlou", tzn. množství dat přenesených za jednotku času. Čím „odlehlejší“, tím více skutečnou rychlost přenos se může lišit od požadovaného průměru. Také specifikováno: akce pro normální provoz nepřekračující
specifikovaná rychlost a akce pro provoz, který překročil průměrnou rychlost. Akce mohou být

policie 100 000 8000 konformní akce?

pokles drop packet
překročit akci akce, když je rychlost v souladu a
vyhovovat + překročit burst
set-clp-transmit nastavit atm clp a odeslat
set-discard-class-transmit nastavte třídu vyřazení a odešlete ji
set-dscp-transmit nastavit dscp a odeslat
set-frde-transmit nastavte FR DE a odešlete
set-mpls-exp-imposition-transmit nastavte exp při umístění značky a odešlete ji
set-mpls-exp-topmost-transmit nastavte exp na nejvyšší štítek a odešlete jej
set-prec-transmit přepište prioritu paketu a odešlete jej
set-qos-transmit nastavte qos-group a odešlete ji
vysílat vysílat paket

Často se také vyskytuje jiný problém. Předpokládejme, že potřebujeme omezit tok směrem k sousedovi s pomalým kanálem.

Aby bylo možné přesně předvídat, které pakety se dostanou k sousedovi a které budou zničeny v důsledku zahlcení kanálu na „pomalé“ straně, je nutné vytvořit politiku na „rychlé“ straně, která by fronty zpracovala předem a zničila přebytečné pakety.

A zde stojíme před jednou velmi důležitou věcí: abychom tento problém vyřešili, musíme emulovat „pomalý“ kanál. Pro tuto emulaci nestačí jen rozhazovat pakety ve frontách, je nutné emulovat i fyzický buffer „pomalého“ rozhraní. Každé rozhraní má paketovou rychlost. Tito. za jednotku času nemůže každé rozhraní přenést více než N paketů. Typicky se fyzická vyrovnávací paměť rozhraní vypočítává tak, aby poskytovala "autonomní" provoz rozhraní po několik jednotek času. Fyzická vyrovnávací paměť, řekněme, GigabitEthernet bude tedy desítkykrát větší než jakékoli sériové rozhraní.

Co je špatného na tom, když si hodně zapamatujete? Podívejme se blíže na to, co se stane, pokud je vyrovnávací paměť na rychlé vysílací straně výrazně větší než přijímací vyrovnávací paměť.

Pro jednoduchost je zde 1 fronta. Na "rychlé" straně emulujeme nízkou přenosovou rychlost. To znamená, že podle našich zásad se pakety začnou hromadit ve frontě. Protože Pokud je fyzická vyrovnávací paměť velká, pak bude působivá i logická fronta. Některé aplikace (fungující přes TCP) dostanou pozdě upozornění, že některé pakety nebyly přijaty a budou čekat dlouhou dobu. velká velikost okna, nakládací boční přijímač. To se stane v ideálním případě, když je přenosová rychlost rovna nebo nižší než rychlost příjmu. Ale samotné hostitelské rozhraní může být načteno i jinými balíčky.
a pak malá fronta na přijímací straně nebude schopna pojmout všechny pakety, které jsou do ní přenášeny z centra. Začnou ztráty, které budou vyžadovat další přenosy, ale ve vyrovnávací paměti bude stále existovat pevný „ocas“ dříve nashromážděných paketů, které budou přenášeny „nečinně“, protože na přijímací straně nečekali na dřívější pakety, což znamená, že pozdější pakety budou jednoduše ignorovány.

Proto, aby se správně vyřešil problém snížení přenosové rychlosti k pomalému sousedovi, musí být omezena i fyzická vyrovnávací paměť.

To provádí tým

tvar průměr

No a teď to nejzajímavější: co když kromě emulace fyzického bufferu v něm potřebuji vytvořit logické fronty? Například upřednostnit hlas?

K tomu je vytvořena tzv. vnořená politika, která se aplikuje uvnitř té hlavní a rozděluje do logických front to, co se do ní dostane z té nadřazené.

Je načase rozeznat nějaký strhující příklad založený na obrázku výše.

Řekněme, že nastavíme stabilní internetové hlasové kanály mezi CO a Remote. Pro jednoduchost nechte vzdálenou síť (172.16.1.0/24) mít pouze připojení k CO (10.0.0.0/8). Rychlost rozhraní na Remote je 1 Mbps a 25 % této rychlosti je přiděleno pro hlasový provoz.

Nejprve musíme vybrat prioritní třídu provozu na obou stranách a vytvořit politiku pro tuto třídu. Na CO dodatečně vytvoříme třídu, která popisuje provoz mezi kancelářemi

class-map RTP
zápasový protokol rtp

Politická mapa RTP
třída RTP
procento priority 25

IP přístupový seznam rozšířen CO_REMOTE
povolení ip 10.0.0.0 0.255.255.255 172.16.1.0 0.0.0.255

Mapa třídy CO_REMOTE
odpovídat přístupovému seznamu CO_REMOTE

Na Remote to uděláme jinak: i když kvůli mrtvosti železa nemůžeme použít NBAR, pak můžeme výslovně popsat porty pro RTP

ip access-list rozšířený RTP
povolení udp 172.16.1.0 0.0.0.255 rozsah 16384 32768 10.0.0.0 0.255.255.255 rozsah 16384 32768

Class-map RTP
zápas access-list RTP

QoS s mapou zásad
třída RTP
procento priority 25

policy-map QoS
třída CO_REMOTE
průměr tvaru 1000000
servisní politika RTP

a aplikovat zásady na rozhraní

int g0/0
QoS výstup zásad služeb

Na dálkovém ovladači nastavte parametr šířky pásma (v kbps) tak, aby odpovídal rychlosti rozhraní. Připomínám, že právě od tohoto parametru se bude uvažovat 25 %. A aplikovat zásady.

int s0/0
šířka pásma 1000
QoS výstup zásad služeb

Příběh by nebyl úplný, kdyby nepokrýval možnosti přepínačů. Je jasné, že čistě L2 přepínače nejsou schopny nahlížet do paketů tak hluboko a rozdělit je do tříd podle stejných kritérií.

Na chytřejších přepínačích L2 / 3 na směrovatelných rozhraních (tj. buď na rozhraní vlan, nebo pokud je port odebrán z druhé úrovně příkazem žádný port přepínače) je aplikována stejná konstrukce, která funguje na routerech, a pokud port nebo celý přepínač pracuje v režimu L2 (platí pro modely 2950/60), pak lze pro třídu provozu použít pouze policii a priorita ani šířka pásma nejsou k dispozici.

Červ se navíc často šíří přes porty, které potřebuje ke své práci (TCP/135,445,80 atd.) Pouhé uzavření těchto portů na routeru by bylo lehkomyslné, takže je humánnější to udělat:

1. Shromažďujeme statistiky o síťovém provozu. Buď přes NetFlow, nebo NBAR, nebo přes SNMP.

2. Identifikujeme profil běžného provozu, tzn. podle statistik v průměru protokol HTTP nezabírá více než 70%, ICMP - ne více než 5% atd. Takový profil lze vytvořit buď ručně, nebo použitím statistik nashromážděných NBAR. Navíc můžete dokonce automaticky vytvářet třídy, zásady a aplikovat je na rozhraní
tým autoqos :)

3. Dále můžete omezit pásmo pro atypický síťový provoz. Pokud náhle zachytíme infekci na nestandardním portu, nebude to mít pro bránu žádný velký problém: na načteném rozhraní infekce nezabere více než přidělenou část.

4. Po vytvoření struktury ( class-map - policy-map - service-policy) můžete rychle reagovat na výskyt atypického dopravního výpadku ručním vytvořením třídy a výrazným omezením šířky pásma pro tuto třídu.

Existuje taková služba jako QoS. Tato zkratka znamená Quality of Service. Pokud je systém nakonfigurován, je velmi nežádoucí jej aktivovat, protože má tendenci výrazně snížit šířku pásma sítě (přibližně o 20 procent)

Nyní je snad nemožné najít takového člověka, který by si nikdy nepřečetl žádnou z často kladených otázek týkajících se fungování Windows.

20% je samozřejmě jen šíleně vysoká částka. A Microsoft samozřejmě musí zemřít. Výroky tohoto druhu přecházejí od jednoho FAK k druhému, potulují se po fórech, médiích, mají obrovský úspěch ve všemožných „vychytávkách“ – Windows „výukový“ software . Je čas se takhle obléknout druh tvrzení musí být činěn s extrémní opatrností, a tím se nyní budeme zabývat, přičemž kvalitativně použijeme systematický přístup. To znamená, že problematickou otázku zvážíme velmi podrobně, budeme se opírat o směrodatné primární zdroje.

Co je to síť s kvalitními službami?

Navrhujeme, abyste přijali definici síťového systému, která je co nejjednodušší. Aplikace zahajují svou práci, dělají ji na hostitelích a v důsledku své činnosti si mezi sebou vyměňují informace. Aplikace odesílají informace do operačního systému pro přenos po síti. Jakmile jsou potřebné informace přeneseny do operačního systému, automaticky se z nich stane síťový provoz.

QoS zase spoléhá na schopnost sítě zpracovat takový provoz takovým způsobem, aby přesně splnila požadavky ne jedné, ale několika aplikací najednou. To vyžaduje základní mechanismus pro zpracování provozu ze sítě, který je schopen tento provoz rozlišit a klasifikovat, který má právo na speciální zpracování a právo řídit samotné mechanismy.

Funkčnost této služby je navržena tak, aby uspokojila několik síťových aktérů: zaprvé správce sítě a zadruhé samotné síťové aplikace. Často mají nějaké neshody. Správce sítě se snaží omezit zdroje, které používá konkrétní aplikace, zatímco stejná aplikace se snaží zachytit co nejvíce. velké množství volné zdroje ze sítě. Jejich zájmy lze sladit vzhledem k tomu, že nejdůležitější roli ve vztahu ke všem uživatelům a aplikacím bude hrát správce sítě.

Základní nastavení QoS

Různé aplikace mají zcela odlišné požadavky na zpracování svého provozu. Aplikace jsou poněkud více či méně tolerantní ke ztrátám a nevýznamným zpožděním v síťovém provozu.

Tyto požadavky nacházejí uplatnění v takových parametrech, které souvisí s QoS:

Šířka pásma – rychlost, s jakou provoz generovaný aplikací může a měl by být přenášen přes síť

Latence – doba zpoždění, kterou může povolit samotná aplikace při doručení paketu informací

Změna zpoždění (jitter)

Ztráta (Loss) - koeficient ztráty informace.

Pokud bychom měli přístup k věčným síťovým zdrojům, pak bychom mohli distribuovat absolutně veškerý aplikační provoz požadovanou rychlostí, s dobou zpoždění rovnou nule, časové změny rovnající se také nule a bez ztrát. Síťové zdroje ale zdaleka nejsou věčné.

Mechanismus příslušné služby řídí distribuci síťových zdrojů pro provoz aplikací za účelem provedení potřebné podmínky přenést to.

Základní zdroje služeb QoS a metody řízení provozu

Sítě, které udržují komunikaci mezi hostiteli, používají širokou škálu síťových zařízení, která také zahrnují rozbočovače, směrovače, přepínače a hostitelské síťové adaptéry. Kterékoli z uvedených má síťová rozhraní. Jakékoli síťové rozhraní je schopno vysílat a přijímat provoz v dokončené rychlosti. Když rychlost, kterou je provoz směrován na rozhraní, překračuje rychlost, kterou rozhraní směruje provoz, často dochází k zahlcení.

Síťová zařízení jsou schopna zvládnout stav zahlcení organizováním celého řetězce provozu v paměti zařízení (v jeho vyrovnávací paměti), dokud (zahlcení) neprojde. V ostatních případech nemusí zařízení přijmout provoz, aby se snížila zácpa. Výsledkem je, že aplikace zaznamenají významnou změnu latence (protože provoz zůstává ve frontě na rozhraních) nebo dokonce úplnou ztrátu provozu.

Schopnosti rozhraní pro předávání síťového provozu a dostupnost paměti vyhrazené pro ukládání provozu v síťových zařízeních budou představovat základní zdroje, které jsou zase nutné k poskytování QoS pro pokračování toků provozu v aplikacích.

Alokace zdrojů QoS služeb mezi síťová zařízení

Zařízení, která podporují danou službu, poměrně efektivně využívají síťové zdroje k přenosu síťového provozu. To znamená, že aplikační provoz, který je odpovídajícím způsobem tolerantnější k latenci, se ukládá do vyrovnávací paměti a aplikační provoz, který je do určité míry kritičtější pro zpoždění, se posílá dále.

Aby se tento problém vyřešil, musí síťové zařízení nejprve provést identifikaci provozu distribucí paketů, zařadit je do fronty a obsluhovat je prostřednictvím svých vlastních mechanismů.

Mechanismy a metody zpracování dopravy

Drtivá většina LAN je založena na technologii iEEE 802 a zahrnuje token-ring, Ethernet a tak dále. 802.1p je mechanismus zpracování provozu na podporu služby QoS v těchto typech sítí.

802.1p je schopen definovat pole (druhá vrstva v modelu sítě OSI) v hlavičce paketu 802, které nese nějakou hodnotu priority. Směrovače nebo hostitelé obvykle při odesílání provozu do místní sítě označí všechny odeslané pakety a přiřadí jim nějakou prioritní hodnotu. Předpokládá se, že přepínače, rozbočovače, mosty a další síťová zařízení budou zpracovávat pakety řazením do fronty. Rozsah specifikovaného mechanismu zpracování provozu je omezen na LAN. V okamžiku, kdy paket prochází LAN (přes třetí vrstvu OSI), je priorita 802.1p okamžitě odstraněna

Mechanismus třetí úrovně je Diffserv , který definuje v poli ve třetí úrovni hlavičku IP paketů, které se nazývají DSCP (ext. Diffserv codepoint)

Itserv je kompletní balíček služeb, který definuje garantovanou službu a službu, která řídí přetížení. Zaručená služba je schopna přenášet určité množství provozu s omezenou latencí. Služba, která spravuje zátěž, je volána, aby přenesla určité množství provozu, když „je v sítích slabý provoz“. Jsou to poněkud měřitelné služby, protože jsou definovány tak, aby poskytovaly poměr QoS k určitému množství provozu.

Protože technologie ATM dokáže fragmentovat pakety do relativně malých buněk, může nabídnout velmi nízkou latenci. Pokud je třeba naléhavě odeslat paket, pak rozhraní ATM může být vždy volné pro přenos po dobu, kterou trvá přenos pouze jedné buňky.

Služba QoS má také k dispozici několik složitých mechanismů, které zajišťují provoz takové technologie. Chceme poznamenat pouze jeden, ale velmi významný bod: aby služba mohla začít fungovat, potřebujete podporu pro takovou technologii a potřebná nastavení na všech přenosech z počátečního bodu do konečného.

Je třeba přijmout:

Absolutně všechny routery se účastní přenosu potřebných protokolů;

První QoS relace, která vyžaduje 64 kbps, je inicializována mezi hostiteli A a B

Druhá relace, která vyžaduje 64 kbps, je inicializována mezi hostiteli A a D

Abychom schéma výrazně zjednodušili, předpokládáme, že konfigurace routerů je navržena tak, aby měly schopnost rezervovat absolutně všechny síťové zdroje.

Je pro nás důležité, že jediný problém s redundancí 64 kb/s se musel dostat ke třem směrovačům podél dopravní cesty mezi hostiteli A a B. Následující požadavek na 64 kb/s by mohl dosáhnout tří směrovačů mezi hostiteli A a D . Směrovače by byli schopni splnit požadavky na rezervace zdrojů, protože nejsou větší než maximální zadaný bod. Pokud by místo toho některý z hostitelů B a C mohl zahájit relaci QoS s rychlostí 64 kb/s s hostitelem A, pak by směrovač, který obsluhuje tyto hostitele, s největší pravděpodobností odmítne jedno připojení.

Nyní si zkusme představit, že správce sítě vypne zpracování služby ve třech routerech, které obsluhují hostitele E ,D ,C ,B . V tomto případě budou požadavky na zdroje větší než 64 kb/s uspokojeny bez ohledu na umístění hostitele, který se podílí na vytváření. V tomto případě by bylo zajištění kvality extrémně nízké, protože provoz na jednom hostiteli by byl škodlivý pro provoz na jiném. Kvalita služeb by s největší pravděpodobností zůstala stejná, pokud by top router mohl omezit požadavky na 64 kbps, ale to by vedlo k vysoce neefektivnímu využití síťových zdrojů.

Na druhou stranu bychom mohli zvýšit propustnost všech připojení v síti na 128 kbps. Zvýšená šířka pásma však bude použita pouze v případě, že dva hostitelé požadují zdroje současně. Pokud tomu tak není, budou síťové zdroje opět využívány extrémně neefektivně.

MicrosoftQoS- Komponenty

Windows 98 má komponenty QoS pouze pro uživatelskou úroveň:

Poskytovatel služeb QoS

Winsock 2 (GQoS API)

Některé součásti aplikace

Novější operační systémy Microsoft obsahují všechny výše uvedené plus funkce, jako jsou:

Traffic .dll - schopnost řízení provozu

rsvpsp .dll a služby rsvp .exe, stejně jako QoS ACS. Nepoužívá se v XP a 2003

Mspgps .sys je klasifikátor paketů schopný určit třídu služby patřící k paketu.

Psched.sys je plánovač balíčků QoS služby. Jeho funkcí je definovat parametry služby pro konkrétní tok informací. Veškerý provoz bude označen určitou prioritou. Plánovač paketů bude detekovat provoz tím, že zařadí všechny pakety do fronty a zpracuje konkurenční požadavky prostřednictvím datových paketů ve frontě, které potřebují včasný přístup k síti.

Plánovač paketů QoS (Psched.sys). Určuje parametry QoS pro konkrétní datový tok. Provoz je označen specifickou hodnotou priority. Plánovač paketů QoS určuje plán řazení do fronty pro každý paket a zpracovává požadavky na soupeření mezi pakety ve frontě, které vyžadují souběžný přístup k síti.

závěrečný akord

Všechny výše uvedené body nemohou dát jednu odpověď na otázku, kam se nakonec těch stejných 20 procent podělo (které mimochodem ještě nikdo přesně nezměřil). Na základě všech výše uvedených informací by tomu tak v žádném případě být nemělo. Odpůrci však předložili svůj argument: systém QoS je vynikající, ale nezáleží na tom, jak je implementován. A v důsledku toho 20 % stále odchází. S největší pravděpodobností problém upekl samotného softwarového giganta, protože on na oplátku začal vyvracet takovou myšlenku již velmi dávno.