使用Ping命令的時候，通常關注的是“時間”這個值，忽略“TTL”這個值。可能不少人認爲，“TTL”的值越小越好。相比較的是：如何判斷經過的節點？事實上是怎樣的呢？本文將爲你解開疑惑。
“TTL”是生存時間（Time To Live）
瞭解一下“TTL”的意思，“TTL”是 Time To Live 的縮寫，該字段指定IP包被路由器丟棄之前允許通過的最大網段數量。這樣說可能比較抽象。下面我們看一下Ping命令的數據，如圖：
上圖，ping了百度的服務器（windows下默認ping 4次）。
字節代表數據包的大小，時間顧名思義就是返回時間，“TTL”的意思就是數據包的生存時間，當然你得到的這個就是剩餘的生存時間。
TTL用來計算數據包在路由器的消耗時間，因爲現在絕大多數路由器的消耗時間都小於1s，而時間小於1s就當1s計算，所以數據包每當經過一個路由器節點TTL都減一。
那麼TTL的值一開始是什麼呢？不同的操作系統默認下TTL是不同的。默認情況下，Linux系統的TTL值爲64或255，Windows NT/2000/XP系統的TTL值爲128，Windows 98系統的TTL值爲32，UNIX主機的TTL值爲255。
上圖看到Ping百度服務器返回的數據包的TTL值爲56（一般都是找2^n且離返回值最近的那個值），那麼途中則經過了64-56=9個路由器。
再比如，Ping自己的ip，結果如下圖：
可以看到我得到的時候TTL爲128，那麼途中則經過了128-128=0個路由器，也就是我自己給自己發送數據包不需要經過任何路由器，所以TTL值爲128，即是說我的數據包生存時間爲128。
所以說Ping TTL 越小越好？不對！
通過上述例子的分析，說“TTL”的值越小越好顯然是不對的，相反，應該說是“TTL”的值越大越好纔對，因爲“TTL”的值越大，說明發送數據包經過路由器越少，而經過路由器越少，說明越快到達目的地，速度當然也就越快。
路由器是什麼？從 Tracert 命令瞭解
上面提到發送數據包要經過多少個路由器，那麼路由器是什麼意思？這就不得不說到 Tracert 命令了。
如何在Windows下使用Tracert命令：
使用格式：
racert [-d] [-h maximum_hops] [-j host-list] [-w timeout] [-R] [-S srcaddr] [-4] [-6] target_name
參數說明：
-d 表示不將地址解析成主機名 -h maximum_hops 表示搜索目標的最大躍點數 -j host-list 表示與主機列表一起的鬆散源路由（僅適用於IPv4） -w timeout 表示等待每個回覆的超時間（以毫秒爲單位） -R 表示跟蹤往返行程路徑（僅適用於IPv6） -S srcaddr 表示要使用的源地址（僅適用於IPv6） -4和-6 表示強制使用IPv4或者IPv6 target_name 表示目標主機的名稱或者IP地址
命令執行結果的說明：
1、tracert命令用於確定 IP數據包訪問目標所採取的路徑，顯示從本地到目標網站所在網絡服務器的一系列網絡節點的訪問速度，最多支持顯示30個網絡節點。
2、最左側的1，2，3，4~8，表明在使用的寬帶上，經過7（不算自己本地的）個路由節點，可以到達百度的服務；如果是電信可能有不同；其他的IP，也有可能不同；各位可以自行測試一下。
3、中間的三列，單位是ms，表示我們連接到每個路由節點的速度，返回速度和多次鏈接反饋的平均值。
4、後面的IP，就是每個路由節點對應的IP，每個IP代表什麼，各位可以通過IP地址查詢工具瞭解。
5、如果返回消息是超時，則表示這個路由節點和當前我們使用的寬帶，是無法聯通的，至於原因，就有很多種了，比如：特意在路由上做了過濾限制，或者確實是路由的問題等，需要具體問題具體分析。
6、如果在測試的時候，大量的都是*和返回超時，則就說明這個IP，在各個路由節點都有問題。
7、一般10個節點以內可以完成跟蹤的網站，訪問速度都是不錯的；10到15個節點之內才完成跟蹤的網站，訪問速度則比較差，如果超過30個節點都沒有完成跟蹤的網站，則可以認爲目標網站是無法訪問的。
8、在Linux平臺上，traceroute 命令就相當於windows平臺上的 tracert 命令。
註解：在這裏我們可以看到達到目標我們經過了13個路由器（不算終點），跟上面Ping百度服務器返回的“TTL”值（56）是相關的，64-56=9。
注意一下有的值爲“請求超時” ，原因是有的路由器是禁止Ping的（所以不會返回信息）。