Як забезпечити QoS в телефонних мережах з комутацією
пакетів h2>
Е.А. Артюхова, ЦНДІЗ p>
В
Останнім часом телефонні оператори стали активно модернізувати свої мережі на
базі технології комутації пакетів. При цьому вони стикаються з новими для себе
проблемами, серед них - забезпечення QoS при передачі голосових даних по
оновленим мереж. p>
Вирішити
завдання можна за допомогою технології ATM, в якій спочатку були закладені кошти
забезпечення якості. А ось більш популярна технологія IP такими можливостями
не володіє, тому що була створена для негарантованій доставки даних.
Тому при її використанні для передачі голосу необхідно застосовувати
додаткові механізми забезпечення якості (див. «ІКС» № 8'2004, с. 63).
Найпростіший з них (до нього часто вдаються зарубіжні оператори)-створення
надлишкової пропускної здатності мережі. Але цей ресурс дуже обмежений і
доріг, і на цій підставі такий метод не завжди виправданий. p>
Якість передачі голосової інформації h2>
Розглянемо
альтернативні методи забезпечення QoS, що застосовуються в мережі IP. p>
Резервування
ресурсів (на час з'єднання запрошуються і резервуються необхідні для
виконання програми ресурси). p>
Пріорітізація
трафіку (розділення трафіку в мережі на класи з пріоритетним порядком
обслуговування деяких з них). p>
Перемаршрутізація
(дозволяє при перевантаженні в мережі перевести трафік на резервний маршрут; саме
цим способом забезпечується QoS у переважній більшості контролерів SBC). p>
В
сучасних IP-мережах перераховані методи реалізуються за допомогою технологій
IntServ, DiffServ і MPLS з використанням протоколу RSVP. Кожна має свої
особливості і свою область застосування (див. таблицю). Порівняємо ці технології з
наступними критеріями: p>
--
метод забезпечення якості; p>
--
кількість обслуговуваних класів QoS; p>
--
перелік поширених показників якості; p>
--
необхідність використання додаткових протоколів; p>
--
вплив технології на продуктивність маршрутизаторів; p>
--
ефективність масштабування мережі; p>
--
сумісність обладнання різних виробників; p>
--
гарантованість забезпечення якості. p>
IntServ
(технологія інтегрованого обслуговування) реалізує метод резервування
ресурсів. Вона заснована на протоколі сигналізації RSVP і передбачає три
класу якості. p>
Якщо
користувач вибирає гарантоване обслуговування (Guaranteed Service), він
може запросити для свого застосування необхідні значення смуги пропускання,
максимальної мережевої затримки і джіттера. Ці показники якості, що задаються в
абсолютних величинах, будуть зарезервовані для програми користувача на
Протягом всього з'єднання. p>
Контрольована
завантаження (Controlled Load) дозволяє не тільки контролювати завантаженість
мережі в момент встановлення з'єднання, але і задавати конкретні значення
показників якості. p>
Пакети
класу негарантованого обслуговування (Best Effort) мережа приносить тільки при
наявність вільних ресурсів в момент їх передачі, Протокол RSVP характеризується
високою інтенсивністю обміну сигнальними повідомленнями. Наприклад, для контролю
стану з'єднання періодично надсилаються спеціальні повідомлення
(рекомендується - кожні 30 с). p>
Тому
з-за великого обсягу сигнальної інформації, яку постійно повинні
обробляти маршрутизатори, що підтримують технологію IntServ, вимоги до їх
продуктивності дуже високі. У результаті неминуче виникають проблеми при
масштабування мережі, тому що обсяг сигнальної інформації збільшується
пропорційно зростанню числа встановлених з'єднань. p>
IntServ
більше підходить для концентрації трафіку в прикордонній мережі IP і не
рекомендована для застосування в транзитних мережах IP (через проблеми з
масштабованість). Технологія стандартизована робочою групою IETF. P>
Тому
проблеми з сумісністю обладнання IntServ різних виробників виникають
в основному в разі відхилення від специфікацій. p>
DiffServ
(диференційоване обслуговування). Технологія більш проста у реалізації і легко
масштабованим, але при її використанні в оператора немає строгих гарантій
якості при передачі інформації. p>
Технологія
заснована на методі пріоритизації трафіку. На кордоні домену DiffServ пакети IP
об'єднуються в групи зі схожими характеристиками трафіку. Транспортна мережа
обробляє невелику кількість груп, завдяки чому при використанні технології
DiffServ не потрібна висока продуктивність маршрутизаторів. P>
Передбачені
наступні класи QoS. p>
Термінова
доставка пакетів (Expedited Forwarding PHR) характеризується низьким рівнем
втрат пакетів, низьким значенням мережевої затримки і високої пропускної
здатністю. p>
В
класі гарантованої доставки пакетів (Assured Forwarding PHB) виділено 4
рівня пріоритету, для кожного з яких у свою чергу визначено три
пріоритету відкидання пакетів. p>
А
також негарантовані доставка (Best Effort). p>
Для
маркування пакетів використовується поле в заголовку стандартного пакету IP. У цьому
поле встановлюються пріоритет пакету і контрольовані показники якості
(затримка, швидкість передачі трафіку і цілісність даних). На відміну від
попередньої технології, в DiffServ показники якості задаються не в абсолютних
значеннях, а у відносних, для уточнення порядку обслуговування пакетів. p>
При
обробці трафіку використовуються алгоритми управління чергами. Передбачено
формування черг пакетів залежно від їхньої пріоритетності відповідно
до правил, які задаються адміністративно для кожного маршрутизатора. Тобто
правила обробки пакетів з однаковими пріоритетами на різних маршрутизаторах
можуть відрізнятися, що не дозволяє строго гарантувати якість передачі. p>
Порівняння
технологій IntServ, DiffServ, MPLS p>
Параметр p>
IntServ p>
DiffServ p>
MPLS p>
Метод забезпечення QoS p>
Резервування p>
Пріорітізація p>
Перемаршрутізація p>
Число обслуговуються класів QoS p>
3 p>
3 p>
0 p>
Перелік задаються показників
якості p>
Смуга пропускання p>
Швидкість передачі трафіку p>
- p>
Максимальна мережева затримка p>
Мережева затримка p>
джіттер p>
Коефіцієнт втрати пакетів p>
Необхідність використання
додаткових протоколів p>
RSVP p>
Ні p>
LDP, CR-LDP, RSVP p>
Вимоги до продуктивності
маршрутизаторів p>
Високі p>
Низькі p>
Середні p>
Ефективність масштабування
мережі p>
Невисока p>
Висока p>
Висока p>
Працює обладнання
різних виробників p>
Середня p>
Висока p>
Середня p>
гарантованість забезпечення
якості p>
Висока p>
Середня p>
Висока з використанням RSVP p>
Так
як для забезпечення якості тільки аналізується поле заголовка пакету IP і не
використовуються ніякі допоміжні протоколи сигналізації, то проблема
сумісності обладнання різних виробників неактуальна. p>
Технологія
DiffServ може використовуватися в транзитної мережі. Але в умовах однорідного
трафіку, наприклад лише голосового, принцип застосування пріоритетів втрачає
сенс, і мережа починає працювати в режимі Best Effort. p>
MPLS
(багатопротокольна комутація з матюками). Технологія призначена для
прискорення комутації пакетів у транспортних мережах. Основна відмінність цієї
технології від розглянутих раніше в тому, що, всупереч думці, що склалася, MPLS
з самого початку не є технологією забезпечення якості і стає таким
тільки при використанні протоколу RSVP-TE. p>
На
кордоні мережі MPLS маршрутизатори позначають пакети спеціальними позначками,
визначають подальший маршрут проходження пакета до місця призначення. У
результаті Аналізуються не адреси IP, a короткі цифрові мітки, що
істотно знижує мережеву затримку і вимоги до продуктивності
маршрутизаторів. Для коректної взаємодії їх між собою і обміну
інформацією про створюваних мітка використовуються протоколи розподілу міток
(LDP, CR-LDP, RSVP-TE та ін.) P>
Маршрут
може також задаватися адміністративно. У цьому випадку заздалегідь визначається весь
перелік вузлів, через які він проходитиме. Якщо для з'єднання потрібно
гарантія певного рівня якості, то для розподілу міток використовується
протокол RSVP-TE, і на маршруті резервуються необхідні ресурси. У RSVP-TE
передбачені контроль і оновлення встановленого з'єднання, так що в разі
пошкодження у мережі можна динамічно перевести потоки трафіку на резервний
маршрут. p>
Технологія
MPLS характеризується високою масштабованість і розглядається в якості
найбільш перспективною для передачі трафіку IP. Вона стандартизована IETF,
тому, як і у випадку з IntServ, у разі відхилення від специфікацій можуть
виникнути проблеми із сумісністю обладнання різних виробників. p>
Оптимізація навантаження у транспортній мережі h2>
Крім
забезпечення необхідної якості для телефонного навантаження важливим є питання
оптимізації навантаження в транспортній мережі. У розглянутих технологіях
передбачено процедуру агрегування даних, що відносяться до різних джерел.
При цьому під агрегованими потоками розуміється об'єднання декількох
інформаційних потоків, що вимагають подібного обслуговування і мають ідентичні
вимоги до QoS. p>
В
технології IntServ передбачено резервування смуги пропускання для
спільного використання декількома відправниками. У цьому випадку замість
однієї адреси відправника можуть бути задані кілька - списком або за маскою. p>
В
технології DiffServ пакети на межі мережі класифікуються, маркуються кодом
і заголовку IР-пакету і на підставі цього коду зараховуються до певного
агрегованому потоку. У кожного агрегованого потоку свій пріоритет і
очікуваний рівень обслуговування. p>
В
технології MPLS пакети, наступні за одним і тим же маршрутом, об'єднуються в
класи. Якщо на деяких ділянках мережі маршрути декількох з'єднань різного
класу збігаються - ці сполуки агрегуються. Кожен агрегований потік
утворює новий клас зі своєю системою міток. p>
Таким
чином, розглянуті технології забезпечують якість обслуговування, дозволяючи
оптимально використовувати ресурси мережі зв'язку. Методи забезпечення якості,
що лежать в основі цих технологій, визначають область їх застосування в
існуючих мережах. Технологія IntServ більше підходить для невеликих
прикордонних мереж, у той час як у великих транзитних мережах переважніше
використовувати DiffServ та MPLS. Тому важливо забезпечити чітку взаємодію
цих технологій між собою. p>
Однак
різноманітність можливостей кожної технології, неузгодженість параметрів
якості в різних мережах і відмінності в реалізаціях у різних виробників
обладнання ускладнюють зазначені взаємодії і поки що не дозволяють
гарантувати необхідний рівень обслуговування. p>
Список літератури h2>
Журнал
ІнформКУРЬЕРсвязь № 9, 2005 р. p>