На каком уровне сетевой модели (и в каком протоколе) вычисляется TTL?

TTL (Time To Live) — это поле на сетевом уровне (Layer 3) модели OSI/ TCP-IP. Оно является частью заголовка IP-протокола (как в IPv4, так и в IPv6, где оно называется Hop Limit).

Как это работает:

1. Отправитель устанавливает начальное значение TTL (например, 64, 128, 255) в IP-заголовке пакета.
2. Каждый маршрутизатор (роутер) на пути уменьшает значение TTL ровно на 1 при пересылке пакета.
3. Если маршрутизатор получает пакет с TTL=1, он обязан отбросить его.
4. При отбрасывании пакета маршрутизатор обычно отправляет отправителю обратно ICMP-сообщение типа 11 (Time Exceeded). Именно на этом механизме построена работа утилиты traceroute.

Пример из практики DevOps: Проблема: микросервис в облаке VPC A не может достучаться до базы данных в VPC B через пиринг, хотя Network ACLs и Security Groups настроены правильно.

Диагностика может включать проверку TTL:

# Запускаем traceroute с хоста, где работает микросервис
traceroute -n <ip-адрес-базы-данных>

Если в выводе видно, что пакеты доходят до маршрутизатора на границе VPC, а затем исчезают, это может указывать на то, что начальный TTL, устанавливаемый приложением, слишком мал для количества хопов в пути. Решение — увеличить TTL на уровне приложения (например, в настройках ОС или клиентской библиотеки) или исследовать возможные петли маршрутизации.