
если не анализировать опцию, то пакет как раз, и послан первому
маршрутизатору – на это указывает поле Destination Address IP пакета. Этот
первый маршрутизатор извлекает из опции адрес второго маршрутизатора и
направляет пакет ему, так происходит до тех пор, пока последний из
указанных отправителем маршрутизаторов не извлечет из последнего
четырехбайтового слова поля данных опции LSRR адрес настоящего
получателя пакета и не установит его в поле Destination Address пакета – тогда
пакет будут перенаправлен истинному получателю. Из этого алгоритма работы
опции LSRR ясно, почему пакет может пересечь произвольное количество
маршрутизаторов – главное, что пакет перемещается при этом строго между
указанными отправителем маршрутизаторами, так же ясно, почему
промежуточные, не указанные отправителем маршрутизаторы могут не
поддерживать LSRR – они просто перенаправляют обычные пакеты.
Когда пакеты снабжаются данной опцией? Только, если так захочет
приложение. Подавляющее большинство (практически все!) обычные сетевые
приложения не умеют отправлять пакеты с опцией LSRR, однако утилита
ping.exe в Windows поддерживает отправку таких пакетов. Пример работы
утилиты ping.exe с ключом –j:
C:\>ping –j 1.1.1.1 2.2.2.2 3.3.3.3 4.4.4.4 5.5.5.5
Дав такую команду, мы получим пакет, посланный узлу 5.5.5.5, при этом
он должен пересечь маршрутизаторы 1.1.1.1, затем 2.2.2.2, затем 3.3.3.3 после
этого 4.4.4.4 и только после этого пакет попадет на станцию 5.5.5.5
Рассмотрим такой пакет в анализаторе. Затем рассмотрим этот же пакет
после того, как он прошел первый маршрутизатор, четвертый маршрутизатор.
Перед отправкой.