Існує така служба як QoS. Розшифровується ця абревіатура, як Quality of Service. У разі налаштування системи її вкрай небажано активувати, так як вона має властивість істотно зменшувати пропускну здатність мережі (приблизно на 20 відсотків)
Зараз, мабуть, неможливо знайти таку людину, яка б жодного разу не читав ні одне з FAQ. що стосуються роботи Windows.
Що є мережа з якісним сервісом?
Пропонуємо вам прийняти таке визначення мережевої системи, яке максимально спрощено. Додатки починають свою роботу, роблять її на хостах і в результаті своєї діяльності змінюються інформацією один з одним. Додатки шлють інформацію ОС для передачі по мережі. Як тільки потрібна інформація передається ОС, вона автоматично стає мережевим трафіком.
QoS в свою чергу спирається на можливості мережі обробляти такий трафік таким чином, щоб точно виконати запити не одного, а відразу декількох додатків. Це вимагає наявності базового механізму по переробці трафіку з мережі, який здатний розрізняти і класифікувати цей трафік, який має право на особливу обробку і право на управління самими механізмами.
Функціональні можливості цієї служби створені для того щоб задовольняти кількох мережевих суб'єктів: по-перше, мережевих адміністраторів, а по-друге, самі мережеві додатки. Найчастіше, вони мають деякі розбіжності. Адміністратор прагне обмежити ресурси, які використовуються специфічним додатком, в той час як цей же додаток прагне захопити якомога більшу кількість вільних ресурсів з мережі. Інтереси їх можуть узгоджуватися, якщо враховувати той факто, що адміністратор мережі буде грати найголовнішу роль, по відношенню до всіх користувачів і додатків.
Основні параметри служби QoS
Різні додатки мають абсолютно різні вимоги до переробки їх трафіку. Додатки в деякій мірі більш-менш терпимі до втрати і несуттєвим затримок мережевого трафіку.
Ці вимоги знаходять своє застосування в таких параметрах, які пов'язані з QoS:
Смуга пропускання (англ. Bandwidth) - та швидкість з якою трафік, який генерується додатком, може бути і повинен бути переданий по мережі
Затримка (Latency) - час затримки, яке може допустити сам додаток при доставці пакета інформації
Зміна затримки (Jitter)
Втрата (Loss) - коефіцієнт втрати інформації.
Якби ми мали доступ до вічних ресурсів мережі, то абсолютно весь трафік додатка ми могли б розподіляти з потрібною швидкістю, з часом затримки, рівним нулю, змінами часу теж рівним нулю і з відсутністю будь-яких втрат. Але мережеві ресурси далеко не вічні.
Механізм даної служби тримає під контролем розподіл ресурсів мережі для трафіку додатки, для того щоб виконати необхідні умови для його передачі.
Базові ресурси служби QoS і способи обробки трафіку
Мережі, які займаються підтримкою зв'язку між хостами, користуються різними мережевими пристроями, в число яких також входять хаби, маршрутизатори, свічі, а також мережеві адаптери хостів. Будь-який з перерахованих має мережеві інтерфейси. Будь-мережевий інтерфейс здатний передавати і приймати трафік з завершеною швидкістю. Коли швидкість, з якою трафік прямував на інтерфейс, перевищує ту швидкість, з якою інтерфейс здійснює передачу далі трафіку, то найчастіше виходить перевантаження.
Мережеві пристрої здатні обробляти стан перевантаження, організовуючи цілу ланцюг трафіку в пам'яті пристрою (в його буфері), поки вона (перевантаження) не пройде. В інших же випадках обладнання може не приймати трафік, для того щоб зробити перевантаження менш важкою. Як результат, додатки зустрічаються зі значною зміною часу очікування (бо трафік залишається в чергах на інтерфейсах) або навіть з повною втратою трафіку.
Можливості інтерфейсів, що стосуються пересилання мережевого трафіку і наявність пам'яті, призначеної для зберігання трафіку в мережевих пристроях становитимуть фундаментальні ресурси, які в свою чергу потрібні для забезпечення служби QoS для продовження потоків трафіку в додатках.
Розподіл ресурсів служби QoS з мережних пристроїв
Пристрої, які підтримують дану службу, щодо раціонально користуються ресурсами мережі для передачі мережевого трафіку. Тобто трафік додатків, які відповідно більш терпимі до затримок, зберігається в буфері, а трафік додатків, який певною мірою більш критичний до затримок, відсилається далі.
Для того, щоб вирішити цю проблему мережеве пристрій повинен перш за все здійснювати ідентифікацію трафіку шляхом розподілу пакетів, а також складати черзі і здійснювати за допомогою власних механізмів, їх обслуговування
Механізми і способи обробки трафіку
Переважна більшість локальних мереж ґрунтується на технології iEEE 802 і включає token - ring. Ethernet і так далі. 802.1 p є механізмом обробки трафіку для підтримки служби QoS в подібного роду мережах.
802.1 p здатне визначити поле (другий рівень в мережевій моделі OSI) в заголовку пакета 802, яке несе якесь значення пріоритету. Зазвичай, маршрутизатори або ж хости, відсилаючи свій трафік в локальну мережу, маркують всі надіслані ними пакети, привласнюючи їм якесь значення пріоритету. Мається на увазі, що свічі, хаби, мости і інші мережеві пристрої будуть обробляти пакети шляхом організації черг. Область застосування зазначеного механізму обробки трафіку обмежується LAN. У той же момент, коли пакет перетинає LAN (через третій рівень OSI), пріоритет 802.1 p відразу ж видаляється
Механізм третього рівня - Diffserv. який визначає в поле в третьому рівні загаловка IP-пакет, які називаються DSCP (расш. Diffserv codepoint)
Itserv вдає із себе закінчений пакет послуг, який визначає гарантованих сервіс і сервіс, який управляє перевантаженнями. Гарантований сервіс здатний нести якийсь обсяг трафіку з обмеженою затримкою. Сервіс, який керує завантаженням, викликається нести якийсь обсяг трафіку коли «з'являється легка завантаженість мереж». Вони є в якійсь мірі вимірними послугами, так як вони визначаються, для того щоб забезпечити співвідношення QoS до якогось кількості трафіку.
Так як технологія ATM може фрагментировать пакети в порівняно невеликі осередки, то воно здатне запропонувати досить занижене час затримки. Якщо потрібно передати пакет терміново, то інтерфейс ATM може завжди звільнитися для передачі на час, який потрібно, щоб передати лише одне відділення.
Також служба QoS має в своєму розпорядженні досить багато непростих механізмів, які забезпечують роботу такої технології. Хочемо зазначити тільки один, але дуже суттєвий момент: для того, щоб служба почала функціонувати, потрібна підтримка такої технології і наявність необхідної настройки на всіх передачах від початкового пункту і до кінцевого
Абсолютно всі маршрутизатори беруть участь в передачі необхідних протоколів;
Перший QoS - сеанс, котор ий вимагає 64 кбпс, инициализируется між хостами A і B
Другий сеанс, який вимагає 64 кбпс, инициализируется між хостами A і D
Для того, щоб значно спростити схему передбачається, що конфігурація маршрутизаторів конструюється таким чином, що вони мають можливість резервувати абсолютно всі мережеві ресурси.
Для нас важливо, що одне питання про резервування 64 кбпс повинен був досягти трьох маршрутизаторів по шляху потоку інформації між хостами A і B. Наступний запит про 64 кбпс зміг би д остігнуть трьох маршуртізаторов між хостами A і D. Маршрутизатор б змогли виконати запити на резервування ресурсів, так як вони не більше максимально зазначеної точки. Якщо ж замість цього будь-який з вузлів B і C зміг би ініціювати 64 кбпс QoS -сеанс з А-хостом, то в такому випадку маршрутизатор, який обслуговує зазначені хости, швидше за все заборонив би якесь одне з'єднання.
А зараз спробуємо уявити, що мережевий адміністратор вимикає обробку служби в трьох маршрутизаторах, які обслуговують хост E. D. C. B. В такому випадку запити про ресурси великих 64 кбпс будуть задовольнятися незалежно від розташування хоста, який бере участь у створенні. В цьому випадку гарантії якості були б вкрай низькі, так як трафік для єдиного хоста наносив б шкоди трафіку іншого. Якість обслуговування, швидше за все, могло б залишитися незмінним, якби верхній маршрутизатор зміг обмежити запити до 64кбпс, але це б призвело до вкрай неефективного використання ресурсів мережі.
З іншого ж боку, пропускну здатність всіх зв'язків в мережі ми могли б збільшити до 128 кбпс. Однак збільшена пропускна здатність буде використовуватися тільки якщо два хоста будуть одночасно вимагати ресурси. Якщо це не буде так, то мережеві ресурси знову стануть використовуватися вкрай неефективно
98 версія Windows має лише компонентами QoS тільки для рівня користувачів:
QoS сервіс провайдер
Winsock 2 (GQoS API)
Деякі компоненти додатків
Traffic. dll - можливість управління трафіком
Mspgps. sys - класифікатор пакетів, здатний визначити клас сервісу, що належить пакету.
Psched. sys є планувальником пакетів служби QoS. Його функція полягає у визначенні параметрів служби для специфічного потоку інформації. Весь трафік буде відзначатися якимось значенням пріоритету. Планувальник пакетів буде визначати трафік, шляхом постановки в чергу всіх покет і обробляти конкуруючі запити через поставлені в чергу пакети даних, які потребують своєчасного доступі до мережі.
Планувальник пакетів QoS (Psched.sys). Визначає параметри QoS для специфічного потоку даних. Трафік позначається певним значенням пріоритету. Планувальник пакетів QoS визначає графік постановки в чергу кожного пакета і обробляє конкуруючі запити між поставленими в чергу пакетами, які потребують одночасному доступі до мережі.
Всі вищевикладені моменти не можуть дати єдиної відповіді на питання, куди ж все-таки йдуть ті самі 20 відсотків (які, до слова сказати, ніхто ще точно не виміряв). Виходячи з усієї інформації, яка вказана вище, цього бути ні в якому разі не повинно. Однак опоненти висувають свій аргумент: система QoS відмінна, та ось реалізована неважливо. І, як наслідок, 20% все ж йдуть. Швидше за все, проблема допекла і самого гіганта софта, так як він вже дуже давно в свою чергу став спростовувати подібного плата думки.