2.4 Стилі резервування протоколу RSVP

Запит на резервування містить у собі набір опцій, що у сукупності називаються стилем. Одна опція резервування визначає спосіб резервування різними джерелами в рамках однієї сесії – індивідуальне (distinct) резервування або загальне (shared) резервування. Інша опція резервування контролює вибір джерел: явний (explicit) або довільний (wildcard) вибір. У випадку явного вибору кожному джерелу ставиться у відповідність певна специфікація фільтра, у випадку довільного вибору – таких специфікацій не потрібно зовсім. В даний час визначені наступні три стилі резервування (табл. 3 ):

Таблиця 3 – Фільтри резервування RSVP

Кількість

джерел

Стилі резервування
Індивідуальне Загальне
Явне резервування FF (резервування з фіксованим фільтром) SE (загальне явне резервування)

Групове

резервування

Не визначено WF (резервування з груповим фільтром)

Індивідуальне резервування (distinct reservations) застосовується в тих аплікаціях, у яких кілька джерел даних можуть відправляти інформацію одночасно. У відеоаплікаціях кожне джерело генерує індивідуальний потік даних, для якого необхідно здійснювати окреме управління доступом і планування черги на всьому шляху до одержувача. Отже, для такого потоку необхідно здійснювати окреме резервування ресурсів для кожного джерела і для кожного каналу в шляху. Найпростіший випадок індивідуального резервування ресурсів спостерігається на прикладі аплікації з одноадресним трафіком, де є тільки одне джерело і один одержувач.

Індивідуальне резервування відбувається явно для відправника і встановлюється за допомогою стилю резервування з фіксованим фільтром (Fixed Filter – FF). Символічно запит на резервування в стилі FF можна записати як FF(S{Q}), де S – це джерело, a Q – об'єкт FlowSpec. Нагадаємо, що пара S{Q} є дескриптором потоку. RSVP дозволяє застосовувати стиль резервування FF одночасно для декількох потоків, при цьому формується список дескрипторів потоків FF(S1{Q1}, S2{Q2}, ...). Повне резервування в каналі для даної сесії характеризується сумою Q1, Q2, ... для усіх відправників.

Загальне резервування (shared reservations) застосовується в тих аплікаціях, в яких кілька джерел даних не схильні передавати інформацію одночасно, наприклад, цифрові аудіоаплікцаії, такі, як аплікації VoIP. У цьому випадку, оскільки в будь-який окремо узятий проміжок часу розмову веде невелика кількість людей, інформація передається лише невеликою обмеженою кількістю джерел. Такий потік не має потреби в окремому резервуванні ресурсів для кожного відправника, для нього необхідно усього лише одне резервування, яке за необхідності можна буде застосувати до будь-якого відправника в групі. У термінах протоколу RSVP такий потік називається загальним потоком (shared flow); він установлюється за допомогою загального явного (Shared Explicit – SE) або групового (Wildcard Filter – WF) резервування.

При загальному явному резервуванні SE потоки, що резервують мережні ресурси, вказуються окремо. Іншими словами, створюється резерв ресурсів, що використовується спільно декількома відправниками, перелік яких задається безпосередньо. Символічно запит на резервування в стилі SE можна подати як SE((S1,S2){Q}), де S1, S2, ... – окремі джерела, що потребують резервування ресурсів, a Q – об'єкт FlowSpec.

За допомогою групового фільтра WF смуга пропускання і характеристики затримки можна зарезервувати для будь-якого джерела. Такий фільтр не дозволяє вказати джерела окремо – він приймає усі джерела, на що вказує встановлення адреси джерела і порту в нуль. Резервування здійснюється в найбільшому серед запитаних одержувачами обсязі ресурсів, що не залежить від кількості відправників. Зарезервований груповий ресурс поділяється поміж потоками усіх відправників. Символічно запит на резервування в стилі WF можна подати як WF(*{Q}), де символ «*» є груповим символом вибору джерел, a Q – об'єкт FlowSpec.

Використання стилю резервування FF аналогічно встановленню з'єднання «точка – точка», SE і WF – «група точок – точка». На рис. 6 проілюстровані всі три стилі резервування ресурсів. Відзначимо, по-перше, стиль резервування вказується в об'єкті класу STYLE повідомлень RESV, що передаються в напрямку від одержувача до джерела, по-друге, при об'єднанні запитів на резервування як результуючою необхідною смугою обирається найбільша величина з усіх запитаних одержувачами.


Информация о работе «Архітектура інтегрованих послуг»
Раздел: Коммуникации и связь
Количество знаков с пробелами: 30106
Количество таблиц: 3
Количество изображений: 3

Похожие работы

Скачать
63586
1
5

... відповідним розвитком міжгалузевого господарського комплексу індустрії туризму; б) розуміння туристичного процесу як геопросторового явища, властивості якого проявляються в функціонуванні ринку туристичних послуг; в) специфіка формування та функціонування туристичного ринку. Масштабність туризму як суспільного явища, а саме прискорений розвиток в часі та поширення по території (з орієнтацією на ...

Скачать
25561
0
0

... і експерти вважають, що вартість обслуговування готівкового обігу складає 5-7% ВВП, а електронні платежі економлять близько 1% ВВП. Вартість дистанційних банківських послуг з використанням сучасних високих технологій (Інтернет-банкінг, мобільний банкінг, телефонний банкінг, інформаційно-платіжні кіоски та ін.) у середньому в 20 разів менша, ніж у традиційному банківському відділенні. До того ж ...

Скачать
367716
10
48

... В АБС АКБ «ПРОМІНВЕСТБАНК» ТА ОЦІНКА РІВНЯ ВРАЗЛИВОСТІ БАНКІВСЬКОЇ ІНФОРМАЦІЇ 3.1 Постановка алгоритму задачі формування та опис елементів матриці контролю комплексної системи захисту інформації (КСЗІ) інформаційних об’єктів комерційного банку В дипломному дослідженні матриця контролю стану побудови та експлуатації комплексної системи захисту інформації в комерційному банку представлена у вигляді ...

Скачать
143644
51
28

... моментів, якому потрібно знати при створенні нової інформаційної систем - те, що цей процес є одним видом запланованої організаційної зміни. 2. Перепроектування бізнесів-процесів Нові інформаційні системи можуть бути могутніми інструментами для організаційних змін. Вони не тільки допомагають раціоналізувати організаційні процедури і документообіг, але вони можуть фактично використовуватися для ...

0 комментариев


Наверх