Олифер В.Г., Олифер Н.А. - Компьютерные сети. Принципы, технологии, протоколы (4-ое изд.) - 2010 - обработка (953099), страница 179
Текст из файла (страница 179)
Поле РЕС посылается в запросе ЕсЬо Яеоиезг для того, чтобы конечный узел пути мог сравнить укаэанное в пакете значение РЕС со значением из его собственной базы данных тТв Глава 20. Технология ЫР!З для пути, по которому пришел кадр запроса. Такой механизм позволяет отслеживать ситуации, когда запрос вследствие каких-то ошибок приходит не по тому пути, который тестируется.
В том случае, когда запрос благополучно доходит до конечного узла пути, и тот убеждается, что полученный запрос пришел по нужному пути (то есть полученное значение РЕС совпадает со значением РЕС из базы данных конечного узла), он отправляет ответ Ес!ю Кер(оу узлу, выполнившему запрос. В нашем случае узел 15К8 отправляет ответ Есйо Мер!ау узлу 15К!. Сообщение Есло Яерйгу посылается уже не по пути 1.3Р а как обычное (Л)р-сообщение, вложенное в 1Р-пакет. Если вспомнить, что пути 15Р являются однонаправленными, станет понятно, что зто единственное гарантированное решение, так как обратного пути от 1.3К8 к 15К1 может и не существовать. Теперь посмотрим, что происходит в том случае, когда по какой-то причине путь 15Р поврежден.
На рис. 20. 13 представлен именно такой случай, когда путь поврежден на последнем своем участке (между устройствами 15К7 и 15К8). Рио. 20.13. Твстированив неисправного пути 1ЛР о помощью протокола 1ЗР йпд В этой ситуации 15К7 не может отправить МР15-кадр по назначению, как того требует метка 177, а отбрасывает заголовок МР18 и старается обработать кадр как 1Р-пакет. Как и в случае исправного пути, адрес !27.0.0.1 требует передачи пайета локальному стеку ТСР/1Р. Именно этого эффекта и добивались разработчики протокола 15 Р Р!пй, выбирая в качестве адреса назначения этот специальный адрес.
Узел 15К7 обрабатывает сообщение Есйо Ееоиезг и отправляет сообщение Ес)го Кар(оу узлу 15К! с информацией об обнаруженной ошибке. Трассировка путей ЕЗР При неисправном состоянии какого-то отрезка пути 1.БР сообщение об ошибке не всегда может быть отправлено промежуточным устройством 15Р. Возможна и такая ситуация, когда ответ на запрос Есло Лег)иеМ просто не приходит — сеть кмолчить, например, потому что отказал промежуточный узел.
Для того чтобы локализовать отказавший элемент сети (узел или соединение), протокол 15Р Р(щ1 может работать в режиме трассировки пути 1БР. Этот режим аналогичен режиму работы утилиты ггасегопге стека ТСР/1Р и в нем используется тот же механизм, заключающийся в посылке серии сообщений Есйо Кег7иезГ 717 Инжиниринг графика в МРГЛ с монотонно возрастающим от ! значением поля ТТ1.. Разница состоит в том, что это поле указывается не в! Р-пакете, как при использовании 1Р-утилиты сгасегопте, а в заголовке МР13 (который также имеет поле ТТЕ). Дальнейшее поведение протокола !5Р Ршя в режиме трассировки очевидно — М Р15-кадр с нулевым значением 'ГГ1. передается «наверх» протоколу 15 Р Р!пя того промежуточного узла, который после вычитания единицы из значения этого поля получил нулевой результат.
Протокол реагирует на такую ситуацию отправкой сообщения Ест Вщйу начальному узлу тестируемого пути. Протокол двунаправленного обнаружения ошибок продвижения Протокол двунаправленного обнаружения ршнбок продвижения (Ввегесйопа1 Рогачкб1пй !)егесг1оп, ВР1)) разработан как «облегченная» альтернатива протоколу 1ЕР Р!пи для постоянного мониторинга состояния пути 15Р. Такой постоянный мониторинг требуется, например, в тех случаях, когда основной путь защищен резервным путем и необходим какой-то механизм, который, с одной стороны, может быстро выявить отказ пути, а с дру» той — не перегружает сеть тестовыми сообщениями и трудоемкими проверками.
Протокол 15Р Р1пй удовлетворяет первому условию, то есть может использоваться для постоянного тестирования состояния пути путем периодической отправки сообщений Есле Яедязг. Однако обработка этих сообщений конечным узлом пути довольно трудоемка, так как требует сравнения значения РЕС в каждом пришедшем запросе со значением нз базы данных. Протокол ВР1) гораздо проще, чем 15Р Р1пй. Однако он не способен локализовать отказавший элемент сети, а только показывает, работоспособен некоторый путь!5Р или нет. Название протокола говорит о том, что он проверяет состояние соединения между двумя узлами в обоих направлениях.
Так как нуги МР15 однонаправленные, то для работы протокола ВР0 необходима пара путей ЕЯР соединяющих два узла в обоих направлениях. Каждый из двух конечных узлов, на которых для мониторинга определенного пути 18Р развернут протокол ВР!з, периодически посылает по этому пути сообщения НеБо. Получение сообщений Не!!о от соседа означает работоспособность пути в одном определенном направлении. Неполучение сообщения НеБо в течение определенного времени означает отказ пути в этом направлении, что и фиксирует протокол ВР!). Информацию об отказе пути могут немедленно испольэовать другие протоколы стека МР15, например рассматриваемые далее протоколы защиты пути.
Протокол ВНЭ посылает сообщения НеБо в !АР-сообщениях, которые, в свою очередь, упаковываются в 1Р-пакеты и снабжаются заголовками МР!5. Протокол ВР1) может использоваться не только для мониторинга путей МР!5, он разработан как универсальный протокол тестирования двунаправленных соединений. Обычно для инициализации сеанса ВР0 служит протокол 15Р Р1пй, который переносит по пути идентификаторы сеанса ВР!). Инжиниринг трафика в МРЕЗ Технология МРЕЗ поддерживает технику инжиниринга трафика, описанную в главе 7. В этом случае используются модифицированные протоколы сигнализации и маршрутнза- 718 Глава 20.
Технология МРИ ции, имеюшие приставку ТЕ (Тга1йс Епй1пееппй — инжиниринг графика). В целом такой вариант МР1Б получил название МР1Б ТЕ. В технологии МРЕБ ТЕ пути ЕБР называют ТЕ-туанелями. ТЕ-туннелн не прокладываются распределенным способом вдоль путей, находимых обычными протоколами маршрутизации независимо в каждом отдельном устройстве 1.БК. Вместо этого ТЕ-туннели прокладываются в соответствии с техникой маршрутизации от источника, когда централизованно задаются промежуточные узлы маршрута.
В этом отношении ТЕ-туннели подобны РЧС-каналам в технологиях АТМ и Ргаше Ке!ау. Инициатором задания маршрута для ТЕ-туннеля выступает начальный узел туннеля, а рассчитываться такой маршрут может как этим же начальным узлом, так н внешней по отношению к сети программной системой или администратором. МРЕБ ТЕ поддерживает туннели двух типов: ь) стропкй ТЕ-туннель определяет все промежуточные узлы между двумя пограничными устройствами; С2 свободный ТЕ-туннель определяет только часть промежуточных узлов от одного пограничного устройства до другого, а остальные промежуточные узлы выбираются устройством ЕБК самостоятельно. На рис.
20.14 показаны оба типа туннелей. -домен Рно. 20.14. Даа типа ТЕ-ттннелея а технологии МРЬЗ Туннель 1 является примером строгого туннеля, при его задании внешняя система (или администратор сети) указала как начальный и конечный узлы туннеля, так и все промежуточные узлы, то есть последовательность 1Р-адресов для устройств 1.ЕК1, 1БЕ1, 1.БЕ2, ЕБКЗ, ЕЕКЗ.
Таким образом, внешняя система решила задачу инжиниринга трафика, выбрав путь с достаточной неиспользуемой пропускной способностью. При установлении туннеля 1 задается не только последовательность 1.БК, но и требуемая пропускная способность пути. Несмотря на то что выбор пути происходит в автономном режиме, все устройства сети вдоль туннеля 1 проверяют, действительно ли они обладают запрошенной неиспользуемой пропускной способностью, и только в случае положительного ответа туннель прокладывается.
Инжиниринг графика в МрьЗ При прокладке туннеля 2 (свободного) администратор задает только начальный и конечный узлы туннеля, то есть устройства 1.ЕК5 и ЕЕК2. Промежуточные устройства 15К4 и 15К2 находятся автоматически начальным узлом туннеля 2, то есть устройством 1.ЕК5, а затем с помощью сигнального протокола устройство ЕЕК5 сообщает этим и кЬиечиому устройствам о необходимости прокладки туннеля. Независимо от типа туннеля ои всегда обладает таким параметром, как резервируемая пропускная способность. В нашем примере туннель 1 резервирует для графика 1О Мбит/с, а туннель 2 — 36 Мбит/с.
Эти значения определяются администратором, и технология МР15 ТЕ никак ие влияет иа их выбор, оиа только реализует запрошенное резервирование. Чаще всего администратор оценивает резервируемую для туннеля пропускную способность иа основании измерений трафика в сети, тенденций изменения трафика, а также собственной интуиции. Некоторые реализации МР15 ТЕ позволяют затем автоматически корректировать величину зарезервированной пропускной способности иа основании автоматических измерений реальной интенсивности графика, проходящего через туннель. Однако сама по себе прокладка в МРЕБ-сети ТЕ-туннеля еще ие означает передачи по нему графика Оиа означает только то, что в сети действительно существует возможность передачи графика по туииелю со средней скоростью, ие превышающей зарезервированное значение.
![](https://s.studizba.com/z.php?f=/templates/si/i/noavatar.png&w=100&h=100&t=1"){kind=avatar}
