2.3 Повідомлення і пакети RSVP
У табл. 1 наведено типи повідомлень, які використовуються в RSVP. Документом RFC 2205 визначено сім типів повідомлень: PATH, RESV, PATHERR, RESVERR, PATHTEAR, RESVTEAR, RESVCONF. Повідомлення HELLO введене в RFC 3209 як розширення RSVP і призначене для підтримки встановленого резервування. Повідомлення RESVTEARCONF не описане в документах RFC, а є запатентованою компанією Cisco розробкою.
Таблиця 1 – Типи RSVP повідомлень
Повідомлення | Функція | Напрямок | Адреса призначення |
PATH | Використовується для ініціалізації встановлення і підтримки резервування | Униз (до одержувача) | Вузол-одержувач |
RESV | Інформує про успішне проходження повідомлення PATH; резервує ресурси | Уверх (до джерела) | Наступний вузол |
PATHERR | Посилається в напрямку джерела у випадку виявлення помилки в PATH (наприклад, коли розірване з'єднання або пакет PATH пошкоджений) | Уверх | Наступний вузол |
RESVERR | Посилається в напрямку до кінцевого вузла, якщо в процесі обробки повідомлення RESV виявлена помилка | Униз | Наступний вузол |
PATHTEAR | Посилається до кінцевого вузла для розриву існуючого резервування | Униз | Вузол-одержувач |
RESVTEAR | Посилається в напрямку до вузла-джерела для розриву існуючого резервування | Уверх | Вузол- джерело |
RESVCONF | Посилається у відповідь на повідомлення RESV або RESVTEAR для запиту підтвердження одержання повідомлення | Униз | Вузол-одержувач |
RESVTEARCONF (Cisco) | Посилається в підтвердження на RESVTEAR | Униз | Вузол-одержувач |
HELLO (RFC 3209) | Посилається сусіднім RSVP- вузлам з якими існує пряме з'єднання з метою підтримки встановленого з'єднання | Уверх / униз | Наступний вузол |
Повідомлення RSVP мають чіткий формат: кожне повідомлення RSVP обов'язково має заголовок (рис. 4) і наступний за ним один або кілька об'єктів. У табл. 2 описані поля заголовка RSVP-повідомлення.
Рисунок 4 – Загальний формат заголовка RSVP
Таблиця 2 – Пояснення полів заголовка RSVP
Поле | Опис |
Версія (Version) | Версія протоколу RSVP. Поточна версія 1. |
Прапорці (Flags) | Прапорці не визначені |
Тип повідомлення (Message Type) | 1=повідомлення PATH 2= повідомлення RESV 3= повідомлення PATHERR 4= повідомлення RESVERR 5= повідомлення PATHTEAR 6= повідомлення RESVTEAR 7= повідомлення RESVCONF 10= повідомлення RESVTEARCONF 20= повідомлення HELLO |
RSVP Checksum | Контрольна сума в RSVP-повідомленні |
TTL передачі | Вказує на те, з яким значенням позначки часу життя (TTL) відправлений даний IP пакет |
Зарезервоване (Reserved) | Не використовується |
Довжина (RSVP Length) | Довжина RSVP повідомлення в байтах, включаючи заголовок. Мінімальна довжина 8 байт |
Що стосується об'єктів, які розміщуються після заголовка, то їхня кількість і типи залежать від призначення повідомлення. Різними документами RFC визначено 23 класи об'єктів RSVP. Всі об'єкти мають однаковий формат (RFC 2205), що складається з заголовка (32 біта) і змісту об'єкта (рис. 5). У відповідності зі стандартним форматом у заголовку кожного об'єкта вказується його загальна довжина в байтах (величина обов'язково кратна чотирьом); номер класу об'єкта (кожен клас об'єктів має як свою назву, так і номер); С-тип (тип об'єкта, унікальний у рамках одного класу). Номер класу і С-тип використовуються разом як 16-бітовий ідентифікатор унікального типу для кожного об'єкта. Об'єкт несе в собі різну інформацію, наприклад, про стиль резервування ресурсів (клас STYLE), специфікацію потоку даних, переданих джерелом (клас Sender_TSpec), специфікацію потоку даних і вимог до ресурсів, запитуваних одержувачем (клас Flowspec, RFC 2210). Об'єкт розміщується в повідомленні з урахуванням його типу, наприклад, об'єкт класу Sender_TSpec розміщається тільки в PATH-повідомленнях, об'єкт класу Flowspec тільки в повідомленнях RESV, RESVERR, RESVTEAR, RESVCONF, RESVTEARCONF.
Рисунок 5 – Формат об'єкта RSVP
... відповідним розвитком міжгалузевого господарського комплексу індустрії туризму; б) розуміння туристичного процесу як геопросторового явища, властивості якого проявляються в функціонуванні ринку туристичних послуг; в) специфіка формування та функціонування туристичного ринку. Масштабність туризму як суспільного явища, а саме прискорений розвиток в часі та поширення по території (з орієнтацією на ...
... і експерти вважають, що вартість обслуговування готівкового обігу складає 5-7% ВВП, а електронні платежі економлять близько 1% ВВП. Вартість дистанційних банківських послуг з використанням сучасних високих технологій (Інтернет-банкінг, мобільний банкінг, телефонний банкінг, інформаційно-платіжні кіоски та ін.) у середньому в 20 разів менша, ніж у традиційному банківському відділенні. До того ж ...
... В АБС АКБ «ПРОМІНВЕСТБАНК» ТА ОЦІНКА РІВНЯ ВРАЗЛИВОСТІ БАНКІВСЬКОЇ ІНФОРМАЦІЇ 3.1 Постановка алгоритму задачі формування та опис елементів матриці контролю комплексної системи захисту інформації (КСЗІ) інформаційних об’єктів комерційного банку В дипломному дослідженні матриця контролю стану побудови та експлуатації комплексної системи захисту інформації в комерційному банку представлена у вигляді ...
... моментів, якому потрібно знати при створенні нової інформаційної систем - те, що цей процес є одним видом запланованої організаційної зміни. 2. Перепроектування бізнесів-процесів Нові інформаційні системи можуть бути могутніми інструментами для організаційних змін. Вони не тільки допомагають раціоналізувати організаційні процедури і документообіг, але вони можуть фактично використовуватися для ...
0 комментариев