¿Qué es el TTL?

«Time to Live» (TTL) es un campo de la cabecera de un paquete IP que limita el número de saltos de enrutador que puede recorrer un paquete antes de ser descartado, lo que evita que los paquetes entren en un bucle infinito en una red inestable o mal configurada. Este mismo término también se utiliza para referirse al temporizador de caducidad de un registro almacenado en caché —normalmente una respuesta DNS—, tras el cual la caché debe actualizarlo.

Puntos clave

• El TTL se reduce en uno en cada salto de enrutador; cuando llega a cero, el paquete se descarta.
• IPv6 cambia el nombre del campo «Hop Limit», pero mantiene la misma función.
• Los registros de recursos DNS incluyen un TTL independiente que controla el almacenamiento en caché del resolutor.
• Las herramientas de traceroute envían paquetes de prueba con valores de TTL crecientes para trazar los saltos de una ruta.
• Versa Las reglas de SD-WAN y de políticas de seguridad pueden filtrar el tráfico en función del valor de TTL.

En esta página: Por qué es importante · Cómo funciona · Tipos · TTL y Versa · Preguntas frecuentes

¿Por qué es importante el TTL?

Sin un límite de saltos, un paquete atrapado en un bucle de enrutamiento —una ruta mal configurada, una fluctuación transitoria de BGP, una ruta de conmutación por error defectuosa— circularía indefinidamente, consumiendo ancho de banda y recursos de la CPU del enrutador. El TTL garantiza que cada paquete tenga una vida útil finita: por muy grave que sea el estado del enrutamiento, los paquetes perdidos se autodestruyen tras un número limitado de saltos, en lugar de acumularse indefinidamente.

El TTL también es un diagnóstico funcional. ping y traceroute Leer el valor TTL en las respuestas permite deducir la distancia y detectar problemas de enrutamiento, razón por la cual los valores TTL aparecen constantemente en los resultados de la resolución de problemas, incluidas las comprobaciones de conectividad de los clientes de SASE . Este mismo concepto de caducidad, aplicado al almacenamiento en caché del DNS, determina una disyuntiva a la que se enfrenta todo operador: un TTL corto permite a los resolutores detectar los cambios rápidamente, pero aumenta el número de consultas al servidor de referencia; un TTL largo reduce esa carga, pero retrasa la velocidad a la que se propaga un cambio en el DNS.

¿Qué es el TTL?

En la cabecera IPv4, el TTL es un campo de 8 bits establecido por el host emisor —normalmente 64, 128 o 255, dependiendo del sistema operativo— y que se reduce en uno en cada router que reenvía el paquete. Cuando un router reduce el TTL a cero, descarta el paquete y, en la mayoría de las implementaciones, devuelve al remitente un mensaje ICMP de «Tiempo agotado». Esta única regla evita que los paquetes que no se pueden entregar persistan más allá de un número limitado de saltos.

Lo mismo ocurre con los datos almacenados en caché. Cada registro de recursos DNS incluye su propio TTL, expresado en segundos, establecido por el servidor de nombres autoritativo. Un resolutor sirve la respuesta almacenada en caché hasta que expira ese TTL; a continuación, vuelve a realizar una consulta para obtener un valor actualizado, lo que libera a los clientes del coste que supone una búsqueda completa en cada solicitud, al tiempo que limita el tiempo que una respuesta puede permanecer obsoleta.

Tipos de TTL

El TTL de IPv4 es el campo original de 8 bits que indica el número de saltos, definido para el Protocolo de Internet. El límite de saltos de IPv6 es el mismo mecanismo con un nuevo nombre en la cabecera de IPv6: un campo de 8 bits que se decrementa en cada salto con una semántica idéntica, al que se le ha cambiado el nombre porque el término «tiempo de vida» ya no hace referencia a ningún temporizador de reloj real.

El TTL del DNS no tiene relación con el recuento de saltos: se trata de un temporizador de caducidad de la caché por registro establecido por el propietario de la zona, independiente para cada conjunto de registros de recursos, por lo que un registro MX y un registro A para el mismo nombre pueden tener TTL diferentes. La seguridad TTL (GTSM), utilizada principalmente con BGP, rechaza cualquier paquete entrante cuyo TTL no se acerque al máximo; dado que los paquetes de un par conectado directamente apenas disminuyen, esto filtra los paquetes falsificados que solo podrían haberse originado a muchos saltos de distancia, sin autenticación completa.

TTL y Versa

Las reglas de seguridad y acceso de VOS y las reglas de política de SD-WAN pueden filtrar el tráfico en función del valor TTL del paquete. En la pestaña «Headers/Schedule» (Encabezados/Programación) de una regla de política de SD-WAN, una condición de TTL —igual a, mayor o igual a, o menor o igual a un valor comprendido entre 1 y 255— se combina con la versión IP, los indicadores IP y el DSCP para seleccionar a qué paquetes se aplica la regla. Las reglas de cadena de servicio presentan los mismos campos de condición y valor de TTL, por lo que el tráfico puede dirigirse a una cadena de servicio basándose, en parte, en el número de saltos que ya ha recorrido.

El TTL también se utiliza en la resolución de problemas del día a día. SASE comprobaciones de conectividad de los clientes basarse en ping y route print salida, y cada línea de respuesta indica el TTL del host que responde —una señal rápida, junto con el tiempo de ida y vuelta y la pérdida de paquetes, que permite confirmar que el tráfico llega al destino previsto—.

Preguntas frecuentes

¿Cuál es la diferencia entre el TTL y el límite de saltos de IPv6?

Se trata del mismo mecanismo con nombres diferentes. En IPv4, este campo se denomina «TTL», mientras que en IPv6 se denomina «Hop Limit», pero ambos son contadores de 8 bits que se decrementan en cada salto de enrutador, y ambos provocan que el paquete se descarte una vez que el recuento llega a cero.

¿Por qué un registro DNS tiene su propio TTL?

El TTL del DNS es un temporizador de caducidad de la caché, no un recuento de saltos. Indica a los resolutores durante cuánto tiempo deben servir una respuesta almacenada en caché antes de volver a consultar al servidor autoritativo, equilibrando así la velocidad de propagación con la carga de consultas en dicho servidor.

¿Cómo utiliza traceroute el TTL?

Traceroute envía paquetes de prueba sucesivos con el TTL establecido en 1, luego en 2, luego en 3, y así sucesivamente. Cada router que descarta un paquete de prueba caducado responde con un mensaje ICMP de «Tiempo agotado», revelando la dirección de ese salto uno a uno.

¿Qué ocurre con un paquete cuando su TTL llega a cero?

El router que reduciría el TTL a cero descarta el paquete en lugar de reenviarlo y, por lo general, devuelve un mensaje ICMP de «Tiempo agotado» al remitente. Esto evita que los paquetes den vueltas indefinidamente en una ruta defectuosa o inestable.

¿Qué valor de TTL suelen enviar los sistemas operativos?

Los valores predeterminados habituales son 64 (Linux y la mayoría de los sistemas similares a Unix), 128 (Windows) y 255 (muchos dispositivos de red). Dado que el TTL se reduce en cada salto, el valor observado en el destino da una idea del número de enrutadores por los que ha pasado un paquete.

Más información sobre TTL

Si quieres saber más, estas son algunas fuentes en las que confiamos.

Términos relacionados

Si estás leyendo sobre el TTL, te conviene echar un vistazo a lo siguiente.