快速解決交換機故障問題

在一個交換式網路中，往往排除交換機故障比排除路由器故障要困難的多，雖然說，路由器工作原理要比交換機複雜的多。今天小編就來介紹一些維護交換機的經驗，希望能夠對大家有所幫助。更多內容請關注應屆畢業生網!

　　利用交換機空閒埠來分析網路流量

當出現網路堵塞或者其他問題時，我們首先需要對一些資料流量進行分析。只有在分析的基礎上，我們才能夠對症下藥，迅速解決問題。為此，筆者平時在遇到交換機故障時，就喜歡在交換才的空閒埠接入一個檢測工具，如協議分析儀器。把協議分析儀器直接連線到交換機的空閒埠，如此的話，在不用中斷當前服務的情況下，就可以檢視交換機所在的廣播域。網路管理員可以藉此來判斷是否是因為廣播域過多引起了網路故障。

不過，在實際工作中，這裡還有一個小技巧要注意。我們都知道，交換機是屬於網路裝置的二層裝置，其會轉發廣播域，但是，不會轉發其他流量。也就是說，交換機是屬於一個大的廣播域，而不是衝突域。所以，交換機幾乎不轉發任何有價值的流量到那個被監測的埠。交換機會直接把資料流量轉發到其對應的目的埠。往往在這些空閒埠中，協議分析儀器只能夠監測到廣播包，而幾乎監測不到其他的資訊流量。因為轉發到空閒埠(監測埠)的流量幾乎全部都是廣播，包含一些零星的目的地址不明的幀。這些零星的幀是由於路由轉發表老化的結果。可見，如果不做過特殊的處理，在空閒埠上即使連線上監測裝置，也只能夠發現無窮的廣播包，而不能夠監測到其他有價值的資訊流量。

而最昂貴的監測裝置也必須在有流量的情況下，才能夠幫助我們管理員找到問題的癥結所在。在沒有有價值的流量情況下，這些監測裝置也無能為力。為此，我們網路管理員就需要想方設法，然這個空閒的埠，也能夠收到其他埠經過的流量。

此時，埠映象技術就可以幫我們有效的解決這個問題。埠映象是指把某些埠的流量備份到一個空閒的埠，讓空閒埠擁有企圖埠相同的資訊流量。思科的交換機基本上都有擁有這種技術。思科的交換機可以把監測工具接入到一個專門處理過的空閒埠。在思科比較早的版本中，可能對這個埠還有限制。不過在現在市場上流通的交換機，可以通過對任何一個空閒的交換機埠進行配置，實現埠映象技術。"

不過，另外還需要注意一個問題。就是交換機在轉發流量的時候，為了提高轉發的效率，往往把一些錯誤的包與資訊直接過濾掉了。在平時，這明顯可以提高交換機資料轉發的效率。但是，我們網路管理員在故障排查的時候，可不希望看到這種情況。因為這些錯誤資訊可能可以反映出問題的癥結所在。若以在網路故障排查的時候，要注意對交換機的這個配置進行更改。不過，故障排除完畢之後，要及時的把這個引數更改回去。

還有在對映象埠進行監測的時候，還需要注意一個丟包的問題。監測埠的輸出能力往往是影響最終排錯效果的一個很重要的因素。映象埠跟普通的交換機埠一樣，可以收，也可以發。不過為了簡化監測資料的結果，我們在配置映象埠的'時候，往往會關掉監測埠的傳送資料包功能。而讓監測器只分析接收的資訊流量。雖然如此配置，但是映象埠的接收能力仍然會有比較大的限制。如果被監測的全雙工埠的速率和映象埠是一樣的花，則交換機在轉發流量的時候，映象埠很容易丟包。被監測埠過好的資訊流量有可能會超過映象埠的接收能力。所以，雖然說在理論上可以拿任何一個空閒埠作為映象埠。不過為了減少丟包情況的發生，網路管理員在配製映象埠的時候，還是需要有一定的選擇。如至少要保證映象埠的效能要比被監測埠高。如此才能夠保證監測器得出一個正確的結果。

所以，為了減少監測埠丟包現象的發生，筆者有兩個建議。一是不要把多個被監測埠的資訊流量映象到一個埠中，這會更加惡化丟包現象。二是在選擇映象埠時，最好選擇一個高速的空閒埠作為監測埠。