- •Оглавление
- •1.Топологии локальных сетей. Среды передачи.
- •2.Методы кодирования информации
- •3.Методы доступа в звезде и шине.
- •4. Методы доступа в кольце.
- •5.Функции Сетевых адаптеров
- •6. Трансиверы, Повторители, Концентраторы.
- •7.Мосты, Маршрутизаторы, Шлюзы.
- •8. Аппаратура сети Ethernet. Расчет максимальной длины сети
- •9.Типы лвс Ethernet.
- •10.Аппаратура сети Fast Ethernet
- •11.Аппаратура сети Gigabit Ethernet.
- •12.Аппаратура сети Token Ring фирмы ibm.
- •13.Аппаратура сети Arcnet.
- •14.Аппаратура сети fddi
- •15. Аппаратура сети 100vg-AnyLan
- •16.Семиуровневая модель взаимодействия открытых ис
- •17.Прикладной уровень модели osi. Уровень представления.
- •18.Уровень представления Преобразование из кодов в коды сети.
- •19.Сеансовый уровень osi.
- •20.Транспортный уровень osi
- •21.Процедуры протокола
- •22.Сетевой уровень osi
- •23.Канальный уровень. Протоколы канального уровня.
- •24.Каналы т1/е1.
- •25.Кадровая синхронизация
- •26.Сети isdn
- •27.Сети Frame Relay
- •28.Сети атм
- •30.Сеть интернет
- •31.Протокол ip. Заголовок.
- •32.Протокол ip V.6.0.
- •33.Протокол tcp
- •34. Протокол udp
- •35.Маршрутизация. Общие понятия.
- •36.Протокол rip
- •37.Протокол ospf
- •38.Функции, состав и назначение маршрутизатора
- •39.Уровень управления информационным каналом. Bsc.
- •40.Протокол hdlc
- •41.Типы станций hdlc режимы работы и процедуры
- •42.Сети атм. Категории услуг. Атм над технологией sdh. Применение.
- •43.Стек протокола tcp/ip (1, 2).
- •44.Процедуры протокола tcp
- •45.. Протоколы политики маршрутизации egp, bgp
- •46.Протокол pnni. Протоколы маршр запроса и Сигнал-ции
- •47.Модель атм. Маршрутизация в атм.
- •48.Протокол hdlc.
- •49.Типы hdlc. Режимы работы и процедуры.
- •50.Протокол mpls.
- •51.Удлённый доступ к сети. Физич. И канальный уровни модемов.
- •52.Классификация модемов.
- •53.Осн. Протоколы модуляции.
- •54.. Недостатки традиционных ip-технологий.
- •55.Ускоренная маршрутизация в сетях:
- •56.Качество обслуживания в сетях. Параметры качества. Требования прилож.
- •57.. Служба QoS.
- •58.Протокол rsvp.
- •59. Комбинирование протоколов QoS.
- •60.Механизмы профилирования и форми-рования трафика.
- •61.Протоколы сигнализации QoS
- •62.Узкополосная сеть isdn
- •63.Сеть Frame Relay
- •64.Общая характеристика протоколов QoS.
- •65.Сети атм. Принципы, интерфейсы и форматы.
- •66.Управления качеством обслуживания. МеХанизмы управления качеством обслуживания
- •67.Теоретико- множественная модель QoS
58.Протокол rsvp.
RSVP- протокол сигнализации, который обеспечивает резервирование ресурсов и управление ими с целью предоставления интегрированных сервисов для эмуляции выделенных каналов в IP-сетях. Этот протокол обеспечивает наивысший уровень качества обслуживания в терминах гарантии сервиса, дифференцированного распределения ресурсов и уровня детализации обратной связи для приложений и пользователей. Инициатором работы протокола является источник трафика, а приемнику по средствам протокола необходимо зарезервировать ресурсы сети для качественного приема этих данных. Последовательность резервирования: 1. Источник трафика посылает получателям специальное сообщение Раss, в котором указываются рекомендуемые параметры QoS; 2. Каждый поддерживающий RSVP маршрутизатор получив сообщение Раss фиксирует состояние пути, которое включает предыдущий адрес источника. Тем самым в сети образуется фиксированный маршрут передачи сообщений; 3. После получения приемником сообщения Раss, он отправляет маршрутизатору от которого получил это сообщение запрос на резервирование ресурсов Resv. 4. Когда каждый маршрутизатор вдоль пути передачи получает сообщение Resv, то он использует два процесса, с помощью которых определяет приемлемость указанных в запросе параметров резервирования. С помощью процесса управления доступом маршрутизатор проверяет наличие ресурсов, необходимых для поддержания требуемого качества обслуживания. С помощью процесса управления политикой проверяется наличие у пользователя прав на резервирование ресурсов. Если запрос не может быть удовлетворен, то маршрутизатор возвращает сообщение об ошибке отправителю. Если запрос принимается, то маршрутизатор посылает сообщение Resv вверх по пути к следующему маршрутизатору. 5. Прием запроса резервирования означает передачу параметров QoS на отработку в соответствующие блоки маршрутизатора. 6. Когда последний маршрутизатор получает сообщени Resv и принимает запрос, то он получает подтверждение назад узлу-приемнику. 7. После установления резервирования источник начинает отправлять данные, которые обслуживаются с заданными параметрами качества на всем пути следования.
8.Резервирование можно отменить прямо( по инициативе источника или приемника с помощью соответствующих сообщений) или косвенно(по истечению таим-аута, тюею срока жизни резервирования) RSVP это не транспортный, а управляющий протокол работающий впаре с ТСР или UDP. Резервирование в каждом маршрутизаторе является мягким, т.е. приемник должен периодически его обновлять.
59. Комбинирование протоколов QoS.
Маловероятно, что все QoS-протоколы применяются независимо друг от друга. Фактически они разработаны для совместного использования с другими технологиями QoS. Взаимодействие RSVP и DiffServ.
Протокол RSVP выделяет ресурсы для сетевого трафика на основе переговорной процедуры, а протокол DiffServ просто помечает и приоритезирует трафик. RSVP предъявляет к маршрутизаторам более жесткие требования по сравнению с DiffServ, поэтому на магистрали применение протокола DiffServ предпочтительнее, чем применение RSVP. DiffServ хорошо дополняет RSVP и их комбинация способна обеспечить QoS "из конца в конец". Конечные узлы могут использовать запросы RSVP с высокой детализацией требований, в магистрали QoS предоставляется средствами DiffServ, а на выходе из магистрали снова может быть осуществлено резервирование RSVP на пути до узла назначения.
MPLS для RSVP: Существует предложение использовать в протоколе RSVP объект "точный маршрут" для направления переключаемых на основе меток потоков RSVP по предопределенным маршрутам. Эти потоки используют виртуальные каналы, установленные в MPLS-маршрутизаторах (LSR). Даже без использования объекта «точечный маршрут» при резервировании RSVP можно сделать так, чтобы MPLS назначал метки в соответствии со спецификацией потока RSVP. В любом случае эффект проявляется в значительном упрощении поддержки RSVP в MPLS-маршрутизаторах. Имея указания в виде меток маршрутизаторы могут не заниматься поддержкой состояния RSVP.
MPLS для DiffServ: Для поддержания пошаговой модели DiffServ оператору сети MPLS нужно назначить метки и набор савокупных ресурсов продвижения для каждого класса продвижения DiffServ в каждом MPLS-маршрутизаторе.