Олифер В.Г., Олифер Н.А. - Компьютерные сети. Принципы, технологии, протоколы (4-ое изд.) - 2010 - обработка (953099), страница 178
Текст из файла (страница 178)
Сеансы ЮР устанавливаются между непосредственными соседями Будем считать, что между устройствами 1Ж1 и 1.Ж2 установлен сеанс 1.1)Р. Тогда при обнаружении новой записи в таблице маршрутизации, указывающей на устройство 1.Ж2 в качестве следующего хопа, устройство ЕБК! просит устройство 1.8К2 назначить метку для нового пути к сети 132.100.0.0. Говорят, что устройство ЕЖ2 находится ниже по потоку (доачьзггеаш) для устройства ЕБК! относительно пути к сети !32.100.0.0.
Соответственно устройство 1.8К! расположено выше по потоку для устройства 15К2 относительно сети 132.100.0:О. Естественно, что для других сетей назначения у устройства 15К! имеются другие соседи вниз по потоку, а у устройства 1ЯК2 — другие соседи вверх по потоку. Причина, по которой значение метки для нового пути выбирается соседом ниже по потоку, понятна — зта метка, которая имеет локальное значение на двухточечном соединении между соседними устройствами, будет использоваться именно этим устройством для того, чтобы понимать, к какому пути 1ЯР относится пришедший МР) 8-кадр. Поэтому 712 Глава 20.
Технология ЫР~.8 устройство ниже по потоку выбирает уникальное значение метки, исходя нз неиспользованных значений меток для своего интерфейса, который связывает его с соседом выше по потоку. Для получения значения метки устройство 1.БК1 выполняет запрос метки протокола Е1)Р Формат такого запроса достаточно прост (рис. 20.9). Рмо.
20.9. Формат ЮР-запроса метки Идентификатор сообщения требуется для того, чтобы при получении ответа можно было однозначносопоставитьответ некоторому запросу(устройствоможетпослать несколько запросов до получения ответов на каждый из них). В нашем примере в качестве элемента РЕС будет указан адрес 132.100.0.0. Устройство 15К2, приняв запрос, находит, что у него также нет проложенного пути к сети 132.100.0.0, поэтому оно передает 1.0Р-запрос следующему устройству 15К, адрес которого указан в его таблице маршрутизации в качестве следующего хопа для сети 132.100.0.0. В примере, показанном на рис.
20.8, таким устройством является ЕБКЗ, на котором путь коммутации по меткам должен закончиться, так как следующий хоп ведет за пределы МР15-сети данного оператора. ПРИМЕЧАНИЕ Возникает вопрос, как устройство 1ЯНЗ узнает о том, что является последним в сети поставщика услуг на пути к сети 132.100.0.0? Дело в том, что Ы)Р является протоколом, ориентированным на соединение, и при установлении логического 1.1УР-соединения возможно применение автоматической аутентификации устройств, так что сеансы 1.0Р устанавливаются только между устройствами одного поставщика услуг, который задает для всех принадлежащих его сети устройств 15 К соответствующую информацию для взаимной аутентификации. Устройство 15КЗ, обнаружив, что для пути к сети 132.100.0.0 оно является пограничным, назначает для прокладываемого пути метку, еще не занятую его входным интерфейсом БО, н сообщает об этой метке устройству 15К2 в 1.1УР-сообщении, формат которого представлен на рис.
20.10. Пусть это будет метка 231. Рис. 20.! О. Формат отображения метки иа элемент РЕС протокола ЮР Т1З Протокол ЬОР В свою очередь, 15К2 назначает неиспользуемую его интерфейсом 50 метку и сообщает об этом в 1ОР-обобщении отображения метки устройству ЕБК1. После этого новый путь коммутации по меткам, ведущий от 15К1 к сети 132.100.0.0, считается проложенным (рис. 20.11), и вдоль него пакеты начинают передаваться уже на основе меток и таблиц продвижения, а не 1Р-адресов и таблиц маршрутизации.
Рис. 20.! т. Новый путь соР2 Было бы нерационально прокладывать отдельный путь для каждой сети назначения каждого маршрутизатора. Поэтому устройства 15К стараются строить агрегированные пути коммутации по меткам и передавать вдоль них пакеты, следующие к некоторому набору сетей. Так, на рис. 20.11 устройство 1ЯК1 передает по пути 15Р! пакеты, следующие не только к сети 132.100.0.0, но и к сетям 194.15.17.0 и 201.25.10.0, информация о которых появилась уже после того, как путь 1.3Р2 был проложен.
Мы рассмотрели только один режим работы протокола 1.ПР, который носит сложное название «Упорядоченный режим управления распределением меток с запросом устройства вниз по потоку». Здесь под упорядоченным режимом понимается такой режим, когда некоторое промежуточное устройство 15К не передает метку для нового пути устройству 15К, лежащему выше по потоку, до тех пор, пока не получит метку для этого пути от устройства 15К, лежащего ниже по потоку. В нашем случае устройство 15К2 ждало получения метки от 15К3 и уже потом передало метку устройству 15К1. Существует и другой режим управления распределением меток, который называется независимым. При независимом управлении распределением меток 15К может назначить Глава 20.
Технология МР~З и передать метку, ие дожидаясь прихода сообщения от своего соседа, лежащего ниже по потоку. Например, устройство 1.БК2 могло бы иаэиачить и передать метку 199 устройству 15К1, ие дожидаясь прихода метки 231 от устройства 1.БКЗ. Так как метки имеют локальиое значение, результат изменения режима ие изменился бы. Существует также два метода распределения меток — распределение от лежащего ниже по потоку по запросу и без запроса.
Для нашего случая это значит, что если бы устройство 15К2 обнаружило в своей таблице маршрутизации запись о новой сети 132.100.0.0, оио'могло бы назначить метку новому пути и передать ее устройству 1БК1 без запроса. Так как при этом устройство 15К2 ие знает своего соседа выше по потоку (таблица маршрутизации ие говорит об этом), оио передает зту информацию всем своим соседям по сеансам 1.ПР. В этом варианте работы протокола 1.ПР устройства 1.ЯК могут получать альтернативные метки для пути к некоторой сети; а выбор иаилучшего пути осуществляется обычным для 1Р-маршрутизатров (которыми устройства 1.3К являются по совместительству) способом — иа осиоваиии наилучшей метрики, выбираемой протоколом маршрутизации.
Как видно из описания, существует два независимых параметра, которые определяют вариант работы протокола 11)Р: режим управления распределением меток и метод распределеиия меток. Так как каждый параметр имеет два значения, всего существует четыре режима работы протокола 1Л)Р В рамках одного сеанса 1.1) Р должен поддерживаться только один из методов распределеиия меток — по запросу или без запроса. В то же время в масштабах сети могут одиовремеиио использоваться оба метода. Протокол 1.1)Р чаще всего работает в режиме независимого управления распределением меток без запроса Упорядоченное управление распределением меток требуется при прокладке путей 15Р необходимых для иижииириига графика. Мониторинг состояния путей ~.ЗР Наличие встроенных в транспортную технологию средств мониторинга состояния соедииеиий и локализации ошибок (то есть средств ОАМ) является необходимым условием для того, чтобы оиа претендовала иа статус технологии операторского класса.
В противном случае ее трудно будет использовать операторам сетей, которым нужно обеспечивать своих многочисленных клиентов транспортным сервисом с высоким козффициеитом готовности (в пределах 0,999-0,99999), как это принято в телекоммуникационных сетях. Первоначально технология МР15 ие имела таких встроенных средств, полагаясь иа такие средства стека ТСР/1Р как утилиты р!пй и 1гасегопге (использующие, как вы знаете из главы 17, 1СМР-сообщеиия Есле йег7иезг и Ест Еезроязе). Однако классические утилиты ршй и ггасегоцге стека ТСР/1Р ие дают корректиой информации о состоянии путей 15Р так как оии могут переноситься как вдоль, так и в обход этих путей с помощью обычной техники продвижения пакетов протокола 1Р. Поэтому поздиее был разработав специальный протокол 15Р Р!пй, который позволяет как тестировать работоспособность 1.БР (режим р!яд), так и локализовывать отказы (режим пасегоиге).
Кроме того, для моииториига состояния 1.ЯР можно применять более экономичный, чем 15Р Р!пй, протокол двунаправленного обнаружения ошибок продвижения (см. далее). 716 Мониторинг состояния пГтев ЫР Тестирование путей И~Р В протоколе !5Р Р!пй для тестирования состояния 1БР применяется техника, близкая к механизму работы утилиты р!пй протокола !Р. Она заключается в том, что протокол 15Р Р!пй отправляет вдоль тестируемого пути 15Р сообщение Есйо Левием. Если такое сообщение доходит до устройства ВЕК, которое является конечным узлом тестируемого пути 1БР оно отвечает сообщением ЕсЬо Явр!ау.
Получение исходным узлом такого сообщения означает, что путь 15Р работоспособен. Описанная схема работы аналогична схеме работы утилиты рщй протокола 1Р однако она имеет свои особенности, которые мы поясним на примере сети, изображенной на рис. 20.!2. Рис. 20.12. Тестирование ьЗР с помощью протокола ьЗР РЮ0 В этом примере устройство !.ВВ! тестирует состояние пути 15Р1, который заканчивается на устройстве !.ВВВ (для этого пути оно является устройством 1.ЕК). Для тестирования пути 1.БР! устройство 152! отправляет МР15-пакет с меткой !05 — зта метка соответствует пути !5Р! на линии между устройствами !5К! и !524.
Сообщение ЕсЬо Ееоиезг вкладывается в ()0Р-сообщение, которое, в свою очередь, вкладывается в 1Р-пакет. На рис. 20.12 показаны только значимые для изучения протокола 15Р Р!пй поля: метка МР15-кадра, 1Р-адрес источника (БА), 1Р-адрес назначения (0А), а также поле РЕС, которое идентифицирует тестируемый путь 1.$Р. В нашем примере это 1Р-адрес сети !05.0.0.0, к которой ведет путь 15Р1. Адрес назначения в !Р-пакете, который переносит сообщение ЕсЬо Еоуием, равен 127.0.0. 1, то есть является адресом обратной петли стека протоколов 1Р каждого узла.
О причине использования такого необычного адреса назначения (а не, скажем, 1Р-адреса интерфейса конечного узла тестируемого пути 15Р) мы расскажем позже, а пока заметим, что адрес 127.0.0.1 должен работать правильно, так как в процессе передачи запроса по сети для его продвижения используются МР!5-метки, а не 1Р-адрес назначения. При приходе на конечный узел 1Р-пакет освобождается от заголовка МРАЗЬ (это также может произойти на предыдущем хопе, если применяется техника РН Р) и обрабатывается на основе 1Р-адреса Так как адрес 127.0.0.1 указывает на собственный узел, то пакет передается собственному стеку ТСР/1Р, где он распознается как () 0Р-пакет протокола !БР Р!пй и обрабатывается соответственно.
![](https://s.studizba.com/z.php?f=/templates/si/i/noavatar.png&w=100&h=100&t=1"){kind=avatar}
