Архітектура моделі IntServ, її мета, функціональні блоки, переваги та недоліки. Призначення протоколу сигналізації RSVP, принципи його функціонування, стилі та механізм резервування. Типи повідомлень і інтегрованих послуг, які використовуються в RSVP.
АРХІТЕКТУРА ІНТЕГРОВАНИХ ПОСЛУГ 1. Модель IntServ Архітектура інтегрованих послуг IntServ зявилася у 1994 році, раніше за DiffServ, у відповідь на необхідність у модифікації інфрастуктури Internet. Метою цієї архітектури є підтримка QoS, у першу чергу для аплікацій реального часу, яка б забезпечувала управління міжкінцевою затримкою пакета, а також управління розподілом смуги між потоками трафіка. Термін «інтегровані послуги» відповідно до специфікації RFC 1633 містить у собі існуючу раніше доставку best effort, а також додає доставку потоків трафіка реального часу з гарантованою затримкою і доставку пакетів з гарантованою швидкістю. Головна ідея (постулат) моделі IntServ полягає в тому, що ресурсами, у тому числі смугою, можна явно управляти з метою задоволення вимог потоків трафіка. Як протокол сигналізації в моделі IntServ передбачається використання протоколу резервування ресурсів RSVP (RFC 2205 - 2215). Процесові резервування передує процес управління доступом, що на підставі аналізу доступних мережних ресурсів приймає рішення про прийняття потоку до обслуговування (якщо ресурсів досить) або відхилення запиту (за нестачі ресурсів). Джерело даних посилає за унікальною або груповою адресою одержувача спеціальне повідомлення PATH, у якому воно вказує параметри свого трафіка - специфікацію потоку даних відправника (Sender_TSpec).
Вы можете ЗАГРУЗИТЬ и ПОВЫСИТЬ уникальность своей работы
