Архітектура диференційованих послуг (стр. 1 из 2)
АРХІТЕКТУРА ДИФЕРЕНЦІЙОВАНИХ ПОСЛУГ
Содержание
1. Загальна характеристика DiffServ
2. DCSP і рівні обслуговування DiffServ
3. Порівняльна характеристика базових архітектурних моделей QoS
1. Загальна характеристика DiffServ
Термін "диференційоване обслуговування" (Differentiated Service, DiffServ) застосовується як у широкому значенні для позначення рівня обслуговування, так і у вузькому - для позначення архітектури QoS, що забезпечує однойменний рівень обслуговування. DiffServ у вузькому значенні можна визначити як масштабовану архітектуру IP QoS, що забезпечує якість обслуговування на основі чітко визначених компонентів, які комбінуються з метою надання необхідних послуг, і яка орієнтована для застосування в мережах постачальників мережних послуг і в магістральних мережах.
Базові елементи архітектури DiffServ описані в декількох специфікаціях:
· RFC 2474 (Definition of the Differentiated Services Field (DS Field) in the IPv4 and IPv6 Headers) задає спосіб маркування пакетів;
· RFC 2598 (An Expedited Forwarding PHB) і 2597 (Assured Forwarding PHB Group) визначають два основних різновиди сервісу;
· RFC 2475 (An Architecture for Differentiated Service) описує взаємодію компонентів в архітектурній моделі DiffServ.
Основним моментом у моделі DiffServ є диференціювання трафіка шляхом його розбивки на класи з різними пріоритетами (рівнем QoS), і, як наслідок, головною задачею DiffServ є визначення і стандартизація байта диференційованої послуги (DS, RFC 2474). Байт DS у рамках архітектури DiffServ замінює байт типу обслуговування (Type of Service, ToS) із заголовка пакета IPv4 і байт класу трафіка (Traffic Class) пакета IPv6. Специфікація RFC 2474 визначає байт DS, вводить поле коду диференційованої послуги (Differentiated Services Code Point, DSCP) і його маркування, від чого надалі залежить політика покрокового обслуговування пакета (Per-Hop Behavior, PHB), тобто рішення про просування пакета у кожному проміжному вузлі мережі, і як результат, наданий рівень QoS.
Архітектура DiffServ (рис.1, табл.1) передбачає наявність класифікатора і формувача трафіка на границі DiffServ-домена, а також підтримку функції розподілу ресурсів у ядрі з метою забезпечення необхідної політики покрокового обслуговування PHB.
Рисунок 1 - Типи маршрутизаторів в архітектурі DiffServ
Таблиця 1 - Функціональні блоки DiffServ
| Функціональний блок | Розташування | Функція | Дія |
| Формувачі трафіка | Вхідний інтерфейс приграничного маршрутизатора DiffServ-домена | Класифікація пакетів, вирівнювання й обмеження трафіка | Обмеження вхідного трафіка й установка значення поля DSCP на основі профілю трафіка |
| Пристрої, що реалізують РНВ-політику | Усі маршрутизаториDiffServ - домена | Розподіл ресурсів і політика відкидання пакетів | РНВ-політика обробки пакетів визначається на основі характеристик якості обслуговування, що відповідають заданому значенню поля DSCP |
архітектура диференційована послуга маршрутизатор
Приграничні маршрутизатори DiffServ-домену виконують функцію класифікації і встановлюють значення поля DSCP відповідно до необхідного рівня QoS. Як під час класифікації, так і потім під час формування трафіка важливу роль відіграє SLA - угода про якість обслуговування, яка попередньо укладається між постачальником послуг і замовником. Наявність SLA є необхідною умовою реалізації архітектури DiffServ. Дана угода встановлює критерії політики і визначає профіль трафіка. Очікується, що трафік буде згладжуватися (функція shaping) у вихідних точках домена відповідно до SLA, а у вхідній точці домена профілюватися (обмежуватися) відповідно до правил політики (функція policing). Будь-який трафік "поза профілем" (тобто такий, що виходить за верхні границі смуги пропускання, що зазначені в SLA) не одержує гарантій щодо обслуговування (або ж оплачується за підвищеною ціною у відповідності зі SLA). Критерії політики можуть включати час дня, адреси джерела і призначення, транспортний протокол, номери портів. У загальному випадку будь-який вміст пакета може використовуватися для застосування політики.
Внутрішні вузли DiffServ-домена (рис.1) забезпечують передавання пакета на підставі поля DSCP у його заголовку, тобто реалізують РНВ-політику. РНВ-політика - це політика дій мережного вузла по відношенню до пакетів з певним значенням поля DSCP, яка спостерігається ззовні і яку можна розглядати як своєрідну "чорну шухляду". РНВ-політику можно визначити в термінах пріоритету в наданні ресурсів відносно інших РНВ-політик або ж за допомогою таких вимірюваних характеристик трафіка, як затримка пакетів, рівень втрати пакетів або тремтіння трафіка.
На рис.2 зображена узагальнена операційна модель QoS. Отже архітектурою DiffServ з метою надання необхідної якості обслуговування передбачається така послідовність обробки пакетів:
1. На приграничних маршрутизаторах DiffServ-домена (під час входження в домен) виконуються задачі TCB:
класифікація пакетів відповідно до необхідного рівня QoS;
відповідне маркування поля DSCP у заголовку кожного IP-пакета;
формування трафіка відповідно до параметрів, які оговорено в SLA (функції вирівнювання й обмеження, деякі пакети можуть бути відкинуті);
постановка пакета в чергу для передачі в опорну мережу.
2. В опорній мережі (усередині DiffServ-домену) реалізується PHB-політика:
формування й обслуговування черг (функція розподілу ресурсів);
відкидання пакетів з метою попередження виникнення перевантаження.
Рисунок 2 - Операційна модель DiffServ
Зверніть увагу, що в рамках DiffServ не передбачена явна сигналізація про необхідну якість обслуговування, не здійснюється резервування ресурсів і усі вузли, що реалізують РНВ-політику, працюють незалежно один від одного.
Слід зазначити, що архітектура диференційованих послуг визначає усього лише базові механізми, на основі яких здійснюється обслуговування пакетів. Використовуючи ці механізми як будівельні блоки, можна розробити безліч різних послуг. Нагадаємо, що в даному випадку послуга визначає досить вагомі характеристики передачі пакетів, такі, як пропускна здатність, затримка, джитер, а також рівень втрат пакетів в одному напрямку при передачі уздовж мережного маршруту. До того ж можна охарактеризувати послугу в термінах відносного пріоритету при доступі до ресурсів мережі. Після визначення послуги розробляються відповідні їй рішення про передавання пакета (РНВ-політика) для кожного вузла мережі, що підтримує дану послугу.
Наприклад, компанія Cisco пропонує такий набір механізмів для реалізації архітектури диференційованих послуг:
модульний QoS інтерфейс командного рядка (Cisco Modular QoScommand-line interface, MQC), що допомагає спростити задачу одночасного настроювання декількох інструментів QoS на одному мережному пристрої;
механізм узгодження швидкості доступу CAR, що виконує функції класифікації і маркування полів IP-пріоритету і QoS-групи, вимірювання трафіка й обмеження інтенсивності трафіка (policing), забезпечуючи тим самим управління смугою пропускання;
механізм маркування пакетів на основі класу Class-Based Packet Marking, що реалізує однойменну функцію маркування пакетів з метою диференціації трафіка;
механізм обмеження трафіка Traffic Policing, що дозволяє обмежити швидкість на вхідному або вихідному інтерфейсі на основі сформованих користувачем критеріїв, значень IP-пріоритету, QoS-групи або поля DSCP;
формування трафіка на основі класу Class-Based Shaping, що дозволяє настроїти GTS на основі класу, визначити середню і пікову швидкість для кожного класу і конфігурувати CBWFQ у рамках GTS;
механізм обслуговування черг CBWFQ, що дозволяє гарантувати мінімальне значення смуги, яка виділяється трафіку в період перевантаження на даному інтерфейсі;
механізм обслуговування черг LLQ, у рамках якого вводиться пріоритетна черга PQ, що використовується для чутливого до затримок трафіка, наприклад, мовного;
механізм зваженого довільного раннього виявлення перевантажень WRED, що реалізує випадкове відкидання пакетів, де імовірність відкидання розраховується на підставі IP-пріоритету або DSCP. Даний механізм має працювати в парі з CBWFQ;
реалізація розширення MPLS Class of Service (CoS), що дозволяє постачальникам послуг установлювати поле MPLS Experimental замість IP-пріоритету.
2. DCSP і рівні обслуговування DiffServ
Як зазначалося вище, зміст поля DCSP у заголовку пакета відображає необхідний рівень якості обслуговування, у зв'язку з цим розглядати ці питання (DCSP і рівні обслуговування DiffServ) необхідно комплексно.
Усі коди DCSP, які визначені робочою групою IETF щодо створення та впровадження DiffServ, в залежності від рівня обслуговування (застосовуваної політики РНВ) можна розбити на чотири групи (табл.2):
DCSP за замовчуванням або стандартний код DCSP відповідає політиці негарантованої доставки пакетів (best effort), визначений як 000 000 (RFC 2474);
DCSP, сумісні з кодами IP-пріоритету, так звані селектори класу (Classs Selector, CS) забезпечують розділення трафіка на 8 класів (рівнів пріоритету), були уведені для сумісності з існуючими IP-системами, що використовують поле пріоритету; мають формат ххх000, де х - бінарні 0 або 1. Ці коди подані в табл.2.
DCSP політики негайної передачі (Expedited Forwarding, EF) указує на найвищий рівень обслуговування, який надається за додаткову вартість, визначається RFC 2598; рекомендоване значення - 101110.
DCSP політики гарантованої передачі (Assured Forwarding, AF) мають 12 припустимих значень формату AFij, де
- клас обслуговування ( 
), 
- рівень відкидання пакетів ( 
); визначається RFC 2597 (табл.3).На рис.3 і 4 показане обслуговування трафіка IP-пакетів у випадку використання селекторів класу CS і у випадку використання політики гарантованої передачі.