если  не  анализировать  опцию,  то  пакет  как  раз,  и  послан  первому 
маршрутизатору  –  на  это  указывает  поле  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  

Рассмотрим  такой  пакет  в  анализаторе.  Затем  рассмотрим  этот  же  пакет 

после того, как он прошел первый маршрутизатор, четвертый маршрутизатор. 

 

Перед отправкой.