一般有以下四種原因：
一、訪問目標所需的躍點數超過了傳送方主機為轉發資料包而設定的TTL（生存時間）。Ping傳送的ICMP回顯訊息的預設TTL值是128。如果這個值不足以將所需的連結數傳遞到目標，您可以透過使用ping-i來增大TTL，最高可增至255個連結（最大值）。如果增大TTL值未能解決問題，則說明在路由迴圈（即路由器之間的迴圈路徑）中轉發資料包。使用Tracert來跟蹤路由迴圈（它在Tracert報告中顯示為一系列重複的相同IP地址）中的一組路由器。接下來，對路由迴圈中路由器的路由表進行相應的更改。
二、目標主機無法訪問
此訊息表明存在以下兩個問題之一：本地系統沒有到所需目標的路由；或者，遠端路由器報告它沒有到目標的路由。
透過訊息的形式可以區分這兩個問題：
1.如果訊息僅僅是“目標主機無法訪問”，則沒有自本地系統的路由，而且從未傳輸要傳送的資料包。使用Route實用程式可以檢查本地路由表，以確定到目標的路由是錯誤的還是缺少該路由。
2.如果訊息是“應答來自IPAddress：目標主機無法訪問”，則路由問題出在遠端路由器（IPAddress表明了其地址）上。使用相應的工具來檢查被分配了IP地址IPAddress的路由器的IP路由表。
如果您透過使用IP地址執行了ping操作，請使用主機名重試，以確保您所嘗試的IP地址是正確的。
三、請求超時
此訊息指示在四秒的預設時間內沒有收到回顯回覆訊息。許多不同的原因可以引起此問題；最常見的原因包括網路堵塞、ARP解析下一躍點MAC地址失敗、資料包篩選、路由錯誤或無提示放棄。通常，這意味著返回到傳送方主機的路由已失敗。這可能是因為目標主機不知道返回到傳送方主機的路由，或者，某一箇中間路由器不知道返回路由，甚至還可能是因為目標主機的預設閘道器不知道返回路由。在檢查路由器的路由表之前，檢查目標主機的路由表以確定它是否具有到傳送方主機的路由。
如果遠端路由表是正確的，而且包含返回到傳送方主機的有效路由，請透過使用arp-a命令輸出ARP快取的內容來確定ARP快取是否缺少正確的地址。此外，請檢查子網掩碼以確保沒有將遠端地址解釋為本地地址。
接下來，使用Tracert確定到目標的路徑。雖然Tracert不記錄回顯回覆訊息在其返回路徑上經由的路徑，但是它可能顯示資料包使其到達目標。如果是這樣，則問題很可能是返回路徑上的路由問題。如果跟蹤離目標相當遠，則可能是因為目標主機受防火牆保護。當防火牆保護目標時，ICMP資料包篩選會防止ping資料包（或任何其他ICMP訊息）穿過防火牆併到達其目標。
要檢查網路是否堵塞，只需透過使用ping-w命令設定更長的等待時間（例如5,000毫秒）來增大允許的滯後時間。請再次嘗試ping目標。如果請求仍然超時，則問題不是出在網路堵塞上。
PS：“destinationhostunreachable”和“timeout”的區別，如果所經過的路由器的路由表中具有到達目標的路由，而目標因為其他原因不可到達，這時候會出現“timeout”，如果路由表中連到達目標的路由都沒有，那就會出現“destinationhostunreachable”。
四、未知主機
此錯誤訊息指示無法將請求的主機名解析為其IP地址；請檢查輸入的名稱是否正確，並檢查DNS伺服器是否可以解析它。
一般有以下四種原因：
一、訪問目標所需的躍點數超過了傳送方主機為轉發資料包而設定的TTL（生存時間）。Ping傳送的ICMP回顯訊息的預設TTL值是128。如果這個值不足以將所需的連結數傳遞到目標，您可以透過使用ping-i來增大TTL，最高可增至255個連結（最大值）。如果增大TTL值未能解決問題，則說明在路由迴圈（即路由器之間的迴圈路徑）中轉發資料包。使用Tracert來跟蹤路由迴圈（它在Tracert報告中顯示為一系列重複的相同IP地址）中的一組路由器。接下來，對路由迴圈中路由器的路由表進行相應的更改。
二、目標主機無法訪問
此訊息表明存在以下兩個問題之一：本地系統沒有到所需目標的路由；或者，遠端路由器報告它沒有到目標的路由。
透過訊息的形式可以區分這兩個問題：
1.如果訊息僅僅是“目標主機無法訪問”，則沒有自本地系統的路由，而且從未傳輸要傳送的資料包。使用Route實用程式可以檢查本地路由表，以確定到目標的路由是錯誤的還是缺少該路由。
2.如果訊息是“應答來自IPAddress：目標主機無法訪問”，則路由問題出在遠端路由器（IPAddress表明了其地址）上。使用相應的工具來檢查被分配了IP地址IPAddress的路由器的IP路由表。
如果您透過使用IP地址執行了ping操作，請使用主機名重試，以確保您所嘗試的IP地址是正確的。
三、請求超時
此訊息指示在四秒的預設時間內沒有收到回顯回覆訊息。許多不同的原因可以引起此問題；最常見的原因包括網路堵塞、ARP解析下一躍點MAC地址失敗、資料包篩選、路由錯誤或無提示放棄。通常，這意味著返回到傳送方主機的路由已失敗。這可能是因為目標主機不知道返回到傳送方主機的路由，或者，某一箇中間路由器不知道返回路由，甚至還可能是因為目標主機的預設閘道器不知道返回路由。在檢查路由器的路由表之前，檢查目標主機的路由表以確定它是否具有到傳送方主機的路由。
如果遠端路由表是正確的，而且包含返回到傳送方主機的有效路由，請透過使用arp-a命令輸出ARP快取的內容來確定ARP快取是否缺少正確的地址。此外，請檢查子網掩碼以確保沒有將遠端地址解釋為本地地址。
接下來，使用Tracert確定到目標的路徑。雖然Tracert不記錄回顯回覆訊息在其返回路徑上經由的路徑，但是它可能顯示資料包使其到達目標。如果是這樣，則問題很可能是返回路徑上的路由問題。如果跟蹤離目標相當遠，則可能是因為目標主機受防火牆保護。當防火牆保護目標時，ICMP資料包篩選會防止ping資料包（或任何其他ICMP訊息）穿過防火牆併到達其目標。
要檢查網路是否堵塞，只需透過使用ping-w命令設定更長的等待時間（例如5,000毫秒）來增大允許的滯後時間。請再次嘗試ping目標。如果請求仍然超時，則問題不是出在網路堵塞上。
PS：“destinationhostunreachable”和“timeout”的區別，如果所經過的路由器的路由表中具有到達目標的路由，而目標因為其他原因不可到達，這時候會出現“timeout”，如果路由表中連到達目標的路由都沒有，那就會出現“destinationhostunreachable”。
四、未知主機
此錯誤訊息指示無法將請求的主機名解析為其IP地址；請檢查輸入的名稱是否正確，並檢查DNS伺服器是否可以解析它。