A qos mítosza

"Q: Hogyan lehet teljesen kikapcsolni a QoS (Quality of Service) szolgáltatást? Hogyan konfigurálhatom? Igaz, hogy ez korlátozza a hálózat sebességét?
V: Valóban, alapértelmezés szerint a szolgáltatásminőség fenntartja igényeihez a csatorna sávszélességének 20% -át (bármi - legalábbis a 14400-as modem, bár gigabit Ethernet). Még akkor is, ha törli a QoS Packet Scheduler szolgáltatást a Tulajdonságok kapcsolaton, ez a csatorna nem jelenik meg. Engedje fel a csatornát, vagy egyszerűen állítsa be a QoS-ot. Futtassa a csoportházirend-kisalkalmazást (gpedit.msc). A csoportházirendben megtalálja a Helyi számítógép házirendjét, és kattintson az Adminisztratív sablonok lehetőségre. Válassza a Network - QoS Packet Sheduler lehetőséget. Engedélyezze a korlátozható tartalék sávszélességet. Csökkentse a sávszélesség korlátját 20% -ról 0% -ra, vagy csak kapcsolja ki. Ha szükséges, itt más QoS paramétereket is beállíthat. Az elvégzett módosítások aktiválásához csak újra kell indítani. "
Természetesen 20% -a nagyon. Valóban a Microsoft "Mazday". Nyilatkozatokat ilyen vándorol a Gy.IK, a fórum fórum, a média, hogy a média, használják mindenféle „tvikalkah” - programok „felállás” Windows XP (by the way, nyissa meg a „Group Policy” és a „Helyi biztonsági házirend” és a "csípés" nem hasonlítható össze velük a beállítási lehetőségek gazdagsága miatt. Az ilyen feltétel nélküli állításokat gondosan kell kezelni, amit most alkalmazni fogunk, szisztematikus megközelítést alkalmazva. Vagyis alaposan tanulmányozzuk a problémát, támaszkodva a hivatalos forrásokra.

Mi a hálózat minőségi szolgáltatással?

Tegyük fel a hálózati rendszer következő egyszerűsített definícióját. Az alkalmazások egymás között futtatják és dolgoznak a házigazdákon és cserélik egymást. Az alkalmazások az adatokat továbbítják az operációs rendszerbe a hálózati átvitel céljából. Miután az adatok átkerülnek az operációs rendszerbe, azok hálózati forgalomgá válnak.
A QoS hálózati szolgáltatás arra a képességre támaszkodik, hogy a hálózat képes feldolgozni ezt a forgalmat, így garantálva bizonyos alkalmazások iránti kérelmek teljesítését. Ehhez alapvető mechanizmus szükséges a hálózati forgalom feldolgozásához, amely azonosítja a forgalomnak a különleges feldolgozáshoz való jogát és a mechanizmusok kezelésének jogát.

Funkcionalitás A QoS-t két hálózati entitás kielégítésére tervezték: hálózati alkalmazások és hálózati adminisztrátorok. Gyakran nem értenek egyet. A hálózati rendszergazda korlátozza az adott alkalmazás által használt erőforrásokat, miközben az alkalmazás megpróbálja a lehető legtöbb hálózati erőforrást rögzíteni. Érdekünket össze lehet egyeztetni, figyelembe véve azt a tényt, hogy a hálózati rendszergazda meghatározó szerepet játszik az összes alkalmazás és felhasználó vonatkozásában.

Alapvető QoS paraméterek

A különböző alkalmazásoknak különböző követelményei vannak a hálózati forgalom feldolgozására. Az alkalmazások többé-kevésbé toleránsak a forgalom késéseiről és veszteségeiről. Ezeket a követelményeket a QoS-hez kapcsolódó alábbi paraméterekben alkalmazzák:

• Sávszélesség (sávszélesség) - az alkalmazás által generált forgalom átvitele a hálózaton keresztül;
• A késleltetés (késleltetés) az a késés, amelyet egy alkalmazás elviselhet az adatcsomag továbbításakor.
• Jitter - változtassa meg a késleltetési időt.
• A veszteség az elveszett adatok százalékos aránya.

Ha végtelen hálózati erőforrások állnak rendelkezésre, akkor az összes alkalmazásforgalom a kívánt sebességen, zéró késleltetési idővel, nulla késleltetési időváltozással és nulla veszteséggel továbbítható. A hálózati erőforrások azonban nem korlátlanok.

A QoS mechanizmus szabályozza a hálózati erőforrások elosztását az alkalmazások forgalmához, hogy megfeleljen az átviteli követelményeknek.

Alapvető QoS erőforrások és forgalmi feldolgozási mechanizmusok

A hálózatokat összekötő hálózatok számos hálózati eszközt használnak, beleértve a hálózati hálózati adaptereket, útválasztókat, kapcsolókat és hubokat. Mindegyikük rendelkezik hálózati interfészekkel. Minden hálózati interfész a végső adatforgalomban képes fogadni és továbbítani a forgalmat. Ha az a sebesség, amellyel a forgalom az interfész felé irányul, magasabb, mint az a sebesség, amelyen az interfész tovább továbbítja a forgalmat, akkor túlterhelés történik.

A hálózati eszközök képesek kezelni a torlódási állapotot úgy, hogy a forgalmi sorrendet az eszköz memóriájába (a pufferbe) rendezzük, amíg a túlterhelés meg nem halad. Más esetekben a hálózati eszközök megtagadhatják a forgalmat a túlterhelés megkönnyítése érdekében. Ennek eredményeképpen az alkalmazások szembesülnek a várakozási idő megváltozásával (mivel a forgalom a vonalak sorában tárolódik) vagy a forgalom elvesztésével.

Az a képesség, hogy a hálózati interfészeket a forgalmat, és a rendelkezésre álló memória tárolására forgalom hálózati eszközök (mindaddig, amíg a forgalmat nem lehet elküldeni) alkotják az alapvető források biztosításához szükséges QoS alkalmazás forgalom.

A QoS erőforrások hálózati eszközökkel való megoszlása

A QoS-t támogató eszközök intelligens módon hálózati erőforrásokat használnak a forgalom továbbítására. Vagyis a késésekkel szemben jobban toleráns alkalmazásforgalom a várakozási sorba kerül (a memóriában tárolt pufferben tárolódik), és a késésekre kritikus jelentőségű alkalmazások forgalma tovább kerül továbbításra.

A feladat végrehajtásához a hálózati eszköznek azonosítania kell a forgalmat a csomagok osztályozásával, valamint várakozási sorrendekkel és mechanizmussal a szervizeléshez.

Forgalomfeldolgozó mechanizmus

A forgalomkezelő mechanizmus a következőket tartalmazza:

• 802.1p
• Differenciált szolgáltatások per-hop-viselkedés (diffserv PHB).
• Integrált szolgáltatások (intserv).
• ATM és mások.

A legtöbb LAN az IEEE 802 technológián alapul, beleértve az Ethernet-et, a token-ringet stb. A 802.1p egy forgalomirányítási mechanizmus a QoS támogatására az ilyen hálózatokban.

A 802.1p a 802 csomagfejlécben egy mezőt (2. szint az OSI hálózati modellben) határoz meg, amely a nyolc prioritási érték egyikét hordozhatja. A gazdagép vagy a router jellemzően a helyi hálózathoz küld forgalmat, jelöli meg az elküldött csomagokat, és kijelöl egy bizonyos prioritási értéket. Feltételezzük, hogy a hálózati eszközök, például a kapcsolók, a hidak és a hubok ennek megfelelően fogják kezelni a csomagokat sorbanyadó mechanizmusok alkalmazásával. A 802.1p hatóköre a helyi hálózathoz (LAN) korlátozódik. Amint a csomag áthalad a helyi hálózaton (az OSI 3. rétegen keresztül), a 802.1p prioritása törlődik.

A Diffserv egy 3. szintű mechanizmus, amely meghatározza az IP csomag fejlécének 3. szintjét, amelyet diffserv codeepoint (DSCP) -nek neveznek.

Az Intserv egy sor olyan szolgáltatás, amely egy garantált szolgáltatást és szolgáltatást határoz meg, amely kezeli a letöltést. A garantált szolgáltatás bizonyos forgalommennyiséget mérhető és korlátozott késéssel hajt végre. A letöltéskezelő szolgáltatás egy bizonyos mennyiségű forgalmat bonyolít le a "hálózat könnyű elérhetőségével". Ezek mérhető szolgáltatások abban az értelemben, hogy azokat úgy definiálják, hogy mérhető QoS-t biztosítanak bizonyos mennyiségű forgalom számára.

Mivel az ATM technológia fragless csomagokat viszonylag kis cellákba, nagyon alacsony latenciát kínál. Ha sürgősen át kell adnia egy csomagot, az ATM interfész mindig szabadon továbbítható az átvitelhez, amíg egy cellát át nem vesz.

A QoS számos összetettebb mechanizmussal rendelkezik, amelyek biztosítják ennek a technológiának a működését. Csak egy fontos pontot említünk: annak érdekében, hogy a QoS működjön, támogatni kell ezt a technológiát és a megfelelő beállításokat az átvitel során az elsőtől a végéig.

Az áttekinthetőség érdekében fontolja meg a 3. ábrát. 1.

• Minden útválasztó részt vesz a szükséges protokollok átvitelében.
• Egy, a 64 Kb / s-ot igénylő QoS-munkamenetet inicializálunk az A-állomás és a B állomás között.
• Egy másik munkamenet, amely 64 kbit / s-ot igényel, inicializálva van az A fogadó és a D állomás között.
• A rendszer egyszerűsítéséhez azt feltételezzük, hogy az útválasztók úgy vannak konfigurálva, hogy az összes hálózati erőforrást megtartsa.

Ebben az esetben a kérelem űrlapot, 64 Kbps elérné három router a adatpályát fogadó A és fogadó B. Tovább kérés 64 Kbps elérné három útvonal között a fogadó A és a fogadó D. A router teljesítésére irányuló kérelmek fenntartás források, mert nem haladják meg a maximális értéket. Ha ahelyett, mind a befogadó szervezet B-és C egyidejűleg inicializálva munkamenet QoS-64 Kbps hogy a gazdának egy, a router, ezek a gépek szolgáltatást (B és C), amely tiltja vegyületek egyikét.

Most tételezzük fel, hogy a hálózati rendszergazda letiltja QoS feldolgozása a három alsó router szolgáló házigazdák B, C, D, E. Ebben az esetben erőforrásokra vonatkozó kérelmeket a 128 Kbps lenne elégedett, függetlenül a helyszínen részt vesznek a fogadó vegyület. Ugyanakkor a minőségbiztosítás alacsony lenne, hiszen az egy gazda forgalma veszélyeztetné a másik forgalmát. A szolgáltatás minősége fenntartható, ha a legfelső router 64 kbit / s-ra korlátozta az összes kérést, de ez a hálózati erőforrások nem hatékony használatához vezetne.

Másrészt az összes hálózati kapcsolat sávszélessége 128 Kbps-re emelkedhet. De a megnövekedett sávszélesség csak akkor használható, ha a B és a C (vagy D és E) házigazdák egyszerre kérnek erőforrásokat. Ha ez nem így van, akkor a hálózati erőforrásokat ismét hatékonyan használják.

A Windows 98 csak QoS komponenseket tartalmaz a felhasználói szint számára, beleértve:

• Alkalmazások összetevői.
• GQoS API (a Winsock 2 része).
• QoS szolgáltató.

Az alkalmazások a verem tetején vannak. Lehet, hogy nem tudnak a QoS-ról. A QoS teljes teljesítményének kihasználásához a Microsoft javasolja az általános QoS API hívások használatát az alkalmazásokban. Ez különösen fontos azoknál a alkalmazásoknál, amelyek magas színvonalú szolgáltatási garanciákat igényelnek. Néhány segédprogram használható olyan QoS hívásokra, amelyek nem ismerik a QoS-t. Működnek a Traffic Management API-n keresztül. Például a NetMeeting a GQoS API-t használja. De ilyen alkalmazások esetében a minőség nem garantált.

A fenti elméleti pontok nem adnak egyértelmű választ a kérdésre, hol jár a hírhedt 20% (ami megjegyzem, senki sem pontosan mérte). A fentiek alapján ez nem lehet. De az ellenfelek új érvet terjesztettek elő: a QoS rendszer jó, de a végrehajtás görbe. Következésképpen, 20% még "otzhirayutsya." Úgy tűnik, hogy a probléma a dopekla és a szoftveres óriás lett, mivel régóta elutasította ezeket a gyártásokat.

Azonban egy szót a fejlesztők és a jelen kiválasztott pillanatokban a cikkből: „316666 - Windows XP Quality of Service (QoS) fejlesztések és a viselkedés” orosz irodalmi nyelv:

„Száz százalék a hálózat számára rendelkezésre álló sávszélesség felosztását minden programot, kivéve, ha a program kifejezetten kér elsőbbségi sávszélességet. Ez a” fenntartott „sávszélesség áll rendelkezésre más programok, hacsak egy programot, amely azt kér, nem küld adatokat.

Alapértelmezés szerint a programok az elsődleges csatlakozási sebesség legfeljebb 20% -át tárolhatják a számítógép minden egyes felületén. Ha egy program, amely tartja a sávszélességet, nem küld elég adatokat ahhoz, hogy teljesen használhassa, akkor a fenntartott sávszélesség egy kihasználatlan része más adatfolyamokra is elérhető.

Ha valaki még mindig "hizlalja" a sávszélesség 20% ​​-át, akkor azt javasolhatom, hogy továbbra is használjon több "csípést" és hálózati meghajtót. És nem annyira "otzhiratsya".

Minden, a QoS mítosza meghal!