Resumen

  • IPv4 define el TTL como un campo de ocho bits medido en segundos, pero cada procesamiento debe restarle al menos uno.
  • Cuando llega a cero, el paquete se descarta y, si el destino no es multicast, normalmente se envía ICMP Time Exceeded al origen.

Un límite de vida que no mide el tiempo con precisión

RFC 791 permite que el emisor establezca la vida máxima de un datagrama. El campo puede contener hasta 255, equivalente nominalmente a 255 segundos o 4,25 minutos. Sin embargo, cada punto que procesa la cabecera debe reducir el TTL para reflejar el tiempo de procesamiento y restar al menos uno aunque haya transcurrido menos de un segundo. Por eso el RFC lo considera un límite superior de vida, no un cronómetro exacto.

La reducción mínima impide que un paquete circule sin fin solo porque los equipos lo reenvían con rapidez. Cada paso consume parte de una reserva finita.

El límite de saltos queda explícito

RFC 1812 convierte esa consecuencia en una regla operativa clara: cada router debe reducir el TTL como mínimo en uno, incluso cuando el tiempo transcurrido sea mucho menor que un segundo. Así, el TTL funciona efectivamente como límite de saltos. Si un router retiene el paquete más de un segundo, puede restar una unidad por cada segundo adicional. La dimensión temporal no desaparece, pero el comportamiento común depende de los pasos de reenvío.

Al llegar a cero o menos, el router debe descartar el paquete. Para un destino no multicast, también debe enviar ICMP Time Exceeded Code 0 al origen. Como el TTL cambia en tránsito, la suma de comprobación de la cabecera IPv4 debe recalcularse y verificarse.

Fuentes