
Положим, что администратор ошибся и создал в таблице маршрутизации
маршрутизатора R2 такую запись:
Network
Mask
Gateway
5.0.0.0
255.0.0.0
2.0.0.2
В таком случае если на маршрутизатор R1 поступит пакет в сеть 5.0.0.0, то
этот пакет будет перенаправлен на маршрутизатор R2, а тот в свою очередь
снова передаст его маршрутизатору R1. И так будет продолжаться до тех пор,
пока у пакета не истечет TTL.
Рассмотрим ICMP сообщения об истечении времени жизни в транзите.
В цитируемом пакете TTL всегда будет равен 1, так как именно это и является
причиной для уничтожения пакета.
Однако практическое применение данного ICMP сообщения не
ограничивается диагностикой маршрутных петель. Рассмотрим следующий
пример:
Что будет, если станция пошлет другой станции пакет (например, эхо
запрос), при этом установит в данном пакете поле TTL = 1. Разумеется, первый
же маршрутизатор уничтожит данный пакет и пошлет отправителю пакета ICMP
сообщение об уничтожении пакета вследствие истечения TTL (разумеется, это не
буде сигнализировать о реальной маршрутной петле) от своего имени. Из
данного пакета станция, пославшая исходный пакет может получить крайне