Time to live (TTL) i dator- och datornätverk - den begränsade tidsperioden eller antalet iterationer eller övergångar som en datamängd ( paket ) kan utföra (live) innan den försvinner.
I IPv4 är TTL ett åttabitarsfält i IP- huvudet.
Anger det maximala antalet hopp ( hopp , det vill säga ett hopp, en sektion mellan routrar) som ett paket kan gå igenom. Närvaron av denna parameter tillåter inte paketet att oändligt korsa nätverket. Varje router måste minska TTL-värdet med ett vid routning, men vissa gateways kan konfigureras för att ignorera detta. Paket som inte har nått destinationen men vars tid att leva har blivit noll kasseras och ett ICMP Time Exceeded-meddelande skickas till avsändaren . Om det krävs att paketet inte dirigerades (det vill säga att det endast togs emot i sitt segment) så är TTL=1 inställt. Spårningen av deras resväg ( traceroute ) baseras på att skicka paket med olika livslängder . Maxvärdet TTL=255. Normalt initialvärde TTL=64 ( Linux , Mac , Android , iOS ), TTL=128 ( Windows ).
Ursprungligen, enligt RFC 791- standarden , skulle tiden att leva (TTL) i IPv4-protokollet mätas i sekunder (därav namnet). Varje sekund av väntan i en värdkö (till exempel en router), såväl som varje övergång till en ny värd som datagrammet passerar genom, bör minska TTL-värdet med en enhet. I praktiken har detta inte slagit fast, och TTL-fältet minskas helt enkelt med ett vid varje hopp genom vilket datagrammet passerar. För att spegla detta har IPv6 bytt namn på TTL-fältet till Hop Limit.
Switchar fungerar traditionellt i länklagret och minskar inte TTL.
TTL-kontroll används ofta av Internetleverantörer för att upptäcka oseriös ansluten enhetstrafik. Om du till exempel aktiverar läget "Mobil hotspot" ( tethering ) på din smartphone, blir TTL från de anslutna enheterna 1 mindre än förväntat. Detta blockerar åtkomst för dessa enheter.
För DNS- poster bestämmer parametern "Time to live" tidpunkten för datarelevans vid cachning av frågor. Angivet i sekunder är ett typiskt värde 86 400 sekunder, eller 24 timmar. Detta innebär att om en DNS-post ändras, upp till 24 timmar efter ändringen, kan DNS-servrar runt om i världen returnera den gamla data från cachen tills den uppdateras.