Положим,  что  администратор  ошибся  и  создал  в  таблице  маршрутизации 
маршрутизатора 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 (разумеется, это не 
буде  сигнализировать  о  реальной  маршрутной  петле)  от  своего  имени.  Из 
данного  пакета  станция,  пославшая  исходный  пакет  может  получить  крайне