Тестирование путей LSP
В протоколе LSP Ping для тестирования состояния LSP применяется техника, близкая
к механизму работы утилиты ping протокола IP. Она заключается в том, что протокол LSP
Ping отправляет вдоль тестируемого пути LSP сообщение
Echo Request.
Если такое сообще
ние доходит до устройства LER, которое является конечным узлом тестируемого пути
LSP, оно отвечает сообщением
Echo Reply.
Получение исходным узлом такого сообщения
означает, что путь LSP работоспособен.
Описанная схема работы аналогична схеме работы утилиты ping протокола IP, однако
имеет свои особенности, которые мы поясним на примере сети, изображенной на рис. 20.13.
Мониторинг состояния путей LSP
627
В этом примере устройство LSR1 тестирует состояние пути LSP1, который заканчивается
на устройстве LSR8 (для этого пути оно является устройством LER).
Для тестирования пути LSP1 устройство LSR1 отправляет MPLS-пакет с меткой 105 —
эта метка соответствует пути LSP1 на линии между устройствами LSR1 и LSR4. Сообще
ние
Echo Request
вкладывается в U D P -сообщение, которое в свою очередь вкладывается
в IP -пакет. На рисунке показаны только значимые для изучения протокола LSP Ping
поля: метка M PLS-кадра, IP -адрес источника (SA), IP -адрес назначения (DA), а также
поле FEC, которое идентифицирует тестируемый путь LSP. В нашем примере это 1Р-адрес
сети 105.0.0.0, к которой ведет путь LSP1.
Адрес назначения в IP -пакете, который переносит сообщение
Echo Request
, равен 127.0.0.1,
то есть является адресом обратной петли стека протоколов IP каждого узла. О причине
использования такого необычного адреса назначения (а не, скажем, IP -адреса интерфейса
конечного узла тестируемого пути LSP) мы расскажем позже, а пока заметим, что адрес
127.0.0.1 должен работать правильно, так как в процессе передачи запроса по сети для его
продвижения используются M PLS-метки, а не IP -адрес назначения. При приходе на ко
нечный узел IP -пакет освобождается от заголовка MPLS (это также может произойти на
предыдущем хопе, если применяется техника Р Н Р ) и обрабатывается на основе 1Р-адреса.
Так как адрес 127.0.0.1 указывает на собственный узел, то пакет передается собственному
стеку TC P/IP, где он распознается как U D P -пакет протокола LSP Ping и обрабатывается
соответственно.
Поле FEC посылается в запросе
Echo Request
для того, чтобы конечный узел пути мог
сравнить указанное в пакете значение FEC со значением из его собственной базы данных
для пути, по которому пришел кадр запроса. Такой механизм позволяет отслеживать
ситуации, когда запрос вследствие каких-то ошибок приходит не по тому пути, который
тестируется.
В том случае, когда запрос благополучно доходит до конечного узла пути и тот убеж
дается, что полученный запрос пришел по нужному пути (то есть полученное значение
FEC совпадает со значением FEC из базы данных конечного узла), он отправляет ответ
Echo Reply
узлу, выполнившему запрос. В нашем случае узел LSR8 отправляет ответ
Echo
Reply
узлу LSR1. Сообщение
Echo Reply
посылается уже не по пути LSP, а как обычное
U D P-сообщение, вложенное в IP -пакет. Если вспомнить, что пути LSP являются одно
628
Do'stlaringiz bilan baham: |