在組網規模相對大一些的局域網環境中，交換機的使用數量往往比較多，這些交換機在進行相互連接時，很容易被人為地連接錯誤，從而引發網絡環路故障，要是對應交換機沒有正常啟用STP功能時，網絡環路故障就會造成通信數據包在網絡傳輸通道中反復不停地進行轉發，最終形成廣播風暴，那樣一來整個局域網都有可能發生癱瘓故障。筆者在管理、維護局域網的過程中也曾多次遭遇到這種網絡故障，其中一次故障的排除經歷令筆者記憶猶新，筆者巧妙地利用了新交換機的網絡環回監測受控功能，迅速地找到了發生網絡環路的節點，現在本文就將該故障的排除過程還原出來，供各位朋友參考交流!

　　案發現場

　　筆者所管理的局域網規模比較大，大約有300臺左右的計算機分布在10層大樓上，每一臺計算機都通過100M雙絞線連接到各個樓層的二層交換機上，每一樓層的交換機又會通過寬帶光纖線纜直接與單位局域網的核心交換機相連，最后局域網通過硬件防火墻連上了Internet網絡。 為了便于高效管理和維護網絡，筆者根據每個樓層的實際情況，在每一臺二層交換機上都劃分了多個虛擬工作子網，這樣一來每個虛擬工作子網的上網狀態是相互獨立的，即使某個虛擬工作子網中不幸遭遇了網絡病毒的襲擊，也不會對整個局域網網絡的穩定運行造成影響;同時，日后遇到網絡故障時，筆者也能將故障范圍縮小到某個虛擬工作子網中進行解決，而不需要在整個局域網中進行大范圍排查。

　　平時，局域網中的所有計算機都能正常上網。可是，最近某一天，筆者突然接到電話，說八樓某房間不能正常上網，懇請能夠到現場幫忙解決一下;筆者剛剛放下電話，準備遠程登錄進對應房間所連的二層交換機上，看看其交換端口是否處于激活、啟用狀態時，接二連三的電話不停地打到筆者的辦公室，一打聽這些故障電話都來自八樓，并且都報告說計算機突然不能正常上網。

　　謎霧重重

　　這么多來自八樓的故障電話，告訴筆者整個八樓看來都不能上網了，難道是對應樓層的交換機發生了死機或其他意想不到的故障了?以前筆者也多次遇到過某個樓層都不能上網的故障，每次只要重新啟動一下對應樓層的二層交換機，往往就能恢復整個樓層的上網狀態了。為了驗證自己的猜測，筆者立即嘗試以telnet連接來遠程登錄位于八樓的二層交換機系統，可是等了好長時間，也無法遠程登錄成功，顯然該樓層的二層交換機工作狀態不正常。筆者不放心，又以系統管理員身份登錄進入了局域網的核心交換機，利用該交換機后臺管理系統提供的“display cpu”命令，查看了核心交換機上各個插槽板卡的CPU消耗情況，結果發現2號板卡的CPU使用率已經超過了50%，而根據以往經驗筆者得知，核心交換機每塊插卡正常工作時CPU使用率不會超過50%的，正常處于20%-30%之間波動(如圖1所示);繼續檢查時，筆者發現2號板卡中的某個交換端口恰好就是連接八樓二層交換機的那個端口，使用“display interface”命令查看該端口的工作狀態時，該端口已經處于“down”狀態了，同時筆者看到該端口的輸入、輸出數據流量特別大，達到了驚人的每秒萬兆級別了，這與平時的每秒幾百兆級別相差也太大了，看來位于八樓的二層交換機系統的確存在問題。

　　由于無法遠程登錄八樓的二層交換機系統，筆者只好趕赴該交換機的現場，通過觀察交換機控制面板上的信號燈狀態，并不能找出明顯的故障痕跡;不得已，筆者只好先嘗試著重新啟動一下該樓層交換機系統，重啟成功沒有多久，八樓中的計算機又能正常上網了，原以為這種故障現象已經被成功解決了，可是沒有多長時間，八樓的二層交換機系統工作狀態又不正常了，并且該交換機與核心交換機相連的級聯端口輸入、輸出數據流量還是特別大。后來，筆者在核心交換機后臺系統不停地執行“display interface”命令，查看八樓的二層交換機級聯端口工作狀態，發現該端口的輸出廣播包不停地增大，很明顯上述故障問題不在八樓的二層交換機系統上，很可能是連接到該交換機下面的虛擬工作子網中出現了廣播風暴現象。

　　峰回路轉

　　一般來說，引起廣播風暴現象的因素有很多，比方說虛擬工作子網中存在網絡病毒或硬件設備損壞現象，或者是某個交換端口出現了瓶頸現象，也有可能是虛擬工作子網中出現了網絡環路現象。由于八樓的二層交換機上同時劃分有幾個虛擬工作子網，每個虛擬工作子網中又包含了多臺計算機，如果單純依靠手工方法去尋找網絡硬件設備的損壞或網絡病毒，工作量將十分巨大。考慮到虛擬工作子網中發生網絡硬件損壞的現象屬于極個別現象，這種極個別的硬件損壞一般不會造成這么大輸出、輸入數據流量，為此筆者打算先從網絡環路因素著手，來排除整個八樓不能上網的故障現象。