IP协议的TTL解析（定义、执行、用途）

本文主要是介绍IP协议的TTL解析（定义、执行、用途），希望对大家解决编程问题提供一定的参考价值，需要的开发者们随着小编来一起学习吧！

基本定义

ttl定义的目的是为了让数据包能不要在网上存活太久。为什么呢？最初的原因：

如果出现了路由环路会怎样？

其实也简单：一个包会在网络里一直转来转去，永远不会被丢弃。网络里会慢慢堆积起垃圾，不断有新包在里面永久转圈。进而影响网络转发效率。

应用扩展：

2. 可以控制本地收发。本地收发可以通过把ttl设置成1或者255来控制。设置成1可以避免包被发送到外网。设置成255可以让接收者不接收外来的包（检查这个类型的包如果ttl不是255就丢掉）。这些都是很巧妙的设计，很简单的方法就隔离了内外网。本地收发的包只能来自本地去往本地，外网的干扰进不来，内网的内部行为不扩散影响internet。

3. 可以控制业务。tcp的时延可以影响业务流量，通过设置ttl，可以控制tcp。如果业务要求时延短，则可以设定小ttl，如果走时间太久，可能直接业务建立失败。另外ip原始设计是路由器丢包后会icmp通知源端。那么如果有些孤包被错误转发绕了远路，那么发送端很快就可以通过icmp知道包没有到达对端，不需要等ack时延。（这种设计并没有被广泛应用，原因之一是路由器懒惰，有时候丢包不报；之二是路由器设置安全限制；之三是主机收到icmp可能不会送回给tcp端口）

的吧了这么多，是想从另一个角度去理解ttl。好些人在这个回答下扯住traceroute不放。traceroute是ttl的一个应用而已，不是唯一的应用。

TTL 每跳减1

为什么在主机里不够1秒时延也必须ttl减1？原因是：

ip协议是per-hop的协议，每个包在每个路由器里的出来，有2个特点（解释ttl需要这两个特点，并不是说ip处理只有这两个特点）：

1. 本路由器不保留对包出来的log或状态，转了就忘了，顶多记个数。

2. 路由器之间不会对每个包的处理进行协商或者对话，所有的信息必须通过每一个包“自明”。

这两个特点的结果，就是必须在包里改变点什么，才能说明这个包曾经在我这里耗了点时间。而ttl定义成8位，注定了不能是毫秒为单位。而以秒为单位，就会造成路由器处理不到1秒就没办法变ttl。于是，rfc规定，处理时间不够1秒的，也要ttl减1。另外小胖等同学们也都提到，路由器内部也懒得在出入口记时间，所以基本上不存在不减1的情况。

这样的结果，造成了internet上“既定事实”，ttl剪掉的量=跳数。但这不是ipv4的定义。

关于ttl，还有一个有趣的点，是过隧道的时候怎么办。有空再填坑吧。写的时候没想到能写这么多。回头补上。

------------原回答--------------

先拷rfc791原始定义

Time to Live: 8 bits

This field indicates the maximum time the datagram is allowed to

remain in the internet system. If this field contains the value

zero, then the datagram must be destroyed. This field is modified

in internet header processing. The time is measured in units of

seconds, but since every module that processes a datagram must

decrease the TTL by at least one even if it process the datagram in

less than a second, the TTL must be thought of only as an upper