當網(wǎng)絡中出現(xiàn)故障導致異常時，我們需要可以迅速找到故障原因的方法，用traceroute ip追查網(wǎng)絡故障，基于IP地址路由跟蹤，可以用來排除大部分的網(wǎng)絡故障。

一、traceroute ip雖然在排錯過程中具有很大的作用，在實際應用中其仍然有一定的局限性，為了查明原因、排除故障，網(wǎng)管需要先知道客戶端與路由器的IP地址，然后通過traceroute ip命令，查看客戶端與服務器之間的連接是否正常，如是否出現(xiàn)擁塞、數(shù)據(jù)傳輸?shù)穆窂绞欠窈侠怼⒂袥]有出現(xiàn)丟包現(xiàn)象等等，所以traceroute ip命令使用的時候有一定的局限性。

其比較容易查明問題發(fā)生的原因，但是對于問題到底發(fā)生在哪個位置，有時候會有點束手無策。特別是在拓撲結構比較復雜的時候，可能只有通過排除法來查明故障點。

二、第二層路由追蹤就會非常的有用。因為通過第二層路由跟蹤，可以僅僅使用MAC地址來跟蹤網(wǎng)絡中的設備連接。如對于直接連接的子網(wǎng)設備，第二層路由追蹤命令可以將IP地址作為命令的一部分使用等等，在知道了服務器與客戶端的IP地址后，通過查詢ARP表，就可以確定它們的MAC地址。然后就可以通過traceroute mac mac命令來定位故障點。

三、由于第二層路由跟蹤是基于MAC地址的，所以在使用的時候，比traceroute ip命令有更多的前提條件。網(wǎng)管必須了解這些內(nèi)容，以免在排錯的時候，做了無用功。其限制條件還是比較多的。

●1、需要主要網(wǎng)絡設備所使用的軟件版本不同，其會有不同的限制，如思科網(wǎng)絡設備中，如果其部署的時CatOS系統(tǒng)，則正在進行排錯的設備必須與sc0或者slo接口處與相同的子網(wǎng)中。

而如果交換機使用的是ios軟件的時候，則被跟蹤的設備必須與交換機上配置的SVI(交換機虛擬接口)處于相同的子網(wǎng)中。這是一個非常嚴格的限制條件。特別是對于那些平時不怎么接觸思科網(wǎng)絡設備的用戶來說，這一點需要牢牢記住。否則的話，可能得到的結果反而會誤導用戶排錯。

●2、如要要使用第二層路由跟蹤功能，則必須在網(wǎng)絡中所有的交換機和接口上運行CDP協(xié)議，并且這個CDP協(xié)議的工作狀態(tài)必須是正常的。

CDP協(xié)議又成為思科發(fā)現(xiàn)協(xié)議。其主要用來獲取相鄰設備的協(xié)議地址以及發(fā)現(xiàn)這些設備的平臺。有些時候，網(wǎng)管可能出于安全等考慮，會將這些協(xié)議關閉掉。但是如果要啟用第二層路由跟蹤功能，則需要啟用這些協(xié)議。

并且需要確保這些協(xié)議工作正常。否則的話，系統(tǒng)返回的信息，會跟實際的情況有所差距，從而影響管理員的正確排錯。通常情況下，在實際排錯過程中，利用這個功能之前，筆者都會事先確認CDP協(xié)議是否開啟并且工作正常。

●3、對于源和存在問題的設備之間的所有中間交換機，都必須要求支持L2路由跟蹤特性。大部分的思科設備現(xiàn)在都支持這個特性。只有那些比較早期的，如2950等產(chǎn)品，需要軟件升級之后才能夠使用。

由于其不怎么引人注意，所以在實際工作中特別容易讓人忽視。這里特別強調一下。可見，在使用第二層路由跟蹤的時候，還是有比較嚴格的限制的。不過這些限制條件，并不影響其使用價值。

四、使用traceroute ip命令雖然可以查明問題的原因，但是無法精確定位故障點。此時就需要使用基于第二層的路由追蹤。通過查詢ARP表，可以知道服務器的MAC地址。通常情況下，在執(zhí)行第二層路由跟蹤功能的時候，只要知道目的MAC地址或者交換機的MAC地址，管理員就可以選擇網(wǎng)絡中的任何交換機，來查看客戶端與服務器之間的連接是否存在問題。

有時候為了縮小范圍，也可以將目標MAC地址或者源MAC地址替換掉，如替換為中間交換機的MAC地址，一步步縮小范圍，最終就能夠精確的定位故障發(fā)生的點。

通過traceroute ip，我們可以坐在終端前面，確定網(wǎng)絡中是否存在著故障，在比較復雜的拓撲網(wǎng)絡中進行排錯的時候，可以幫助我們精確定位故障點，為解決故障爭取到時間。