當網絡中出現故障導致異常時,我們需要可以迅速找到故障原因的方法,用traceroute ip追查網絡故障,基於IP地址路由跟蹤,可疑用來排除大部分的網絡故障。
一、traceroute ip雖然在排錯過程中具有很大的作用,在實際應用中其仍然有一定的局限性,為了查明原因、排除故障,網管需要先知道客戶端與路由器的IP地址,然後通過 traceroute ip命令,查看客戶端與服務器之間的連接是否正常,如是否出現擁塞、數據傳輸的路徑是否合理、有沒有出現丟包現象等等,所以traceroute ip命令使用的時候有一定的局限性。
其比較容易查明問題發生的原因,但是對於問題到底發生在哪個位置,有時候會有點束手無策。特別是在拓撲結構比較復雜的時候,可能只有通過排除法來查明故障點。
二、第二層路由追蹤就會非常的有用。因為通過第二層路由跟蹤,可以僅僅使用MAC地址來跟蹤網絡中的設備連接。如對於直接連接的子網設備,第二層路由追 蹤命令可以將IP地址作為命令的一部分使用等等,在知道了服務器與客戶端的IP地址後,通過查詢ARP表,就可以確定它們的MAC地址。然後就可以通過 traceroute mac mac命令來定位故障點。
三、由於第二層路由跟蹤是基於MAC地址的,所以在使用的時候,比traceroute ip命令有更多的前提條件。網管必須了解這些內容,以免在排錯的時候,做了無用功。其限制條件還是比較多的。
●1、需要主要網絡設備所使用的軟件版本不同,其會有不同的限制,如思科網絡設備中,如果其部署的時CatOS系統,則正在進行排錯的設備必須與sc0或者slo接口處與相同的子網中。
而如果交換機使用的是ios軟件的時候,則被跟蹤的設備必須與交換機上配置的SVI(交換機虛擬接口)處於相同的子網中。這是一個非常嚴格的限制條件。 特別是對於那些平時不怎麼接觸思科網絡設備的用戶來說,這一點需要牢牢記住。否則的話,可能得到的結果反而會誤導用戶排錯。
●2、如要要使用第二層路由跟蹤功能,則必須在網絡中所有的交換機和接口上運行CDP協議,並且這個CDP協議的工作狀態必須是正常的。
CDP協議又成為思科發現協議。其主要用來獲取相鄰設備的協議地址以及發現這些設備的平台。有些時候,網管可能出於安全等考慮,會將這些協議關閉掉。但是如果要啟用第二層路由跟蹤功能,則需要啟用這些協議。
並且需要確保這些協議工作正常。否則的話,系統返回的信息,會跟實際的情況有所差距,從而影響管理員的正確排錯。通常情況下,在實際排錯過程中,利用這個功能之前,筆者都會事先確認CDP協議是否開啟並且工作正常。