【51CTO.com獨家特稿】隨著單位信息化程度的不斷提高，對信號處理能力和網絡傳輸速度的要求也在不斷提高，對交換機的質量和性能要求自然也就水漲船高了?？墒?，隨著時間的推移，質量和性能再好的交換機，也難以滿足單位日益增加的數據交換要求，而且交換機工作時間一長之后，還會出現軟件、硬件方面的問題，這些問題會直接導致網絡發生各式各樣的奇怪故障。本文下面介紹的一則頻繁掉線網絡故障，竟然是由于交換機后臺版本系統較低，造成交換端口莫名其妙地發生中斷現象引起的，現在筆者就將該故障的解決過程還原出來，與各位朋友共享交流！

大樓網絡狀況

某單位大樓網絡有一個中心機房，中心機房中的核心路由交換機下掛了多模光纖，直通各個樓層弱電間中的三層交換機上，各個樓層中的所有計算機都通過100M普通雙絞線連接到弱電間中的三層交換機上。其中一、二、三層網絡組網時間比較早，對應樓層網絡使用的交換機持續工作的時間也比較長了，而該大樓的四樓、五樓以前是活動中心和會議室，現在由于工作需要，單位已經將這兩個樓層也改造成普通的辦公房間，這些房間的計算機也是通過100M普通雙絞線連接到弱電間中的三層交換機上的，只是這兩個樓層中的三層交換機都是最新才買的，對應后臺管理系統的版本自然也是最新的。

某樓層突然掉線

平時，各個樓層用戶都能正常上網，并且上網速度也是非常順暢?？墒?，最近一段時間，網絡管理員發現三樓的用戶接二連三地報修網絡故障，說他們的計算機不能正常訪問外網；剛開始的時候，網絡管理員只是簡單地認為該故障肯定是上網用戶自身原因引起的，于是建議這些不能上網的用戶認真檢查一下自己的計算機是否有病毒，網絡連接是否牢靠，實在不行的話可以重新更換一下新的IP地址，原以為這些建議能夠幫助上網用戶解決故障，可是三樓用戶的故障報修電話還是源源不斷地進來，而且同時不能上網的用戶數量更多，這下網絡管理員才感覺到問題的嚴重性。

由于現在三樓有很多用戶不能同時上網，網絡管理員認為可能是三樓子網絡中存在ARP病毒，因為現在ARP病毒非常流行，而且局域網中一旦感染了這種類型的網絡病毒，那么就可能有多臺計算機不能同時上網；本著試試看的心態，網絡管理員打算先進入大樓網絡的核心交換機中，使用其自帶的管理命令查看一下交換機的后臺日志記錄，看看其中是否存在由ARP病毒引起的地址沖突現象，一旦看到有地址沖突記錄的話，那么就說明大樓網絡中真的存在ARP病毒，可是經過仔細查看，網絡管理員并沒有找到相應的記錄內容，這說明大樓網絡中不存在ARP病毒，造成三樓用戶不能正常上網的可能另有“禍首”。

在排除了網絡病毒因素后，網絡管理員開始擔心位于三樓弱電間的三層交換機可能工作狀態不正常，想到這一點，網絡管理員打算先將三樓的目標交換機后臺系統重新啟動一下，看看能不能解決用戶無法上網的故障；于是，網絡管理員立即登錄進入大樓網絡的核心交換機后臺系統，之后使用interface命令進入目標三層交換機的下行端口，在該端口模式狀態下執行“reboot”命令，遠程重啟了一下目標三層交換機后臺系統，結果發現原先不能上網的計算機，現在都能正常上網了，看來目標三層交換機自身的狀態問題，造成了三樓用戶突然掉線不能上網的。

掉網現象頻繁發生

本以為上網的故障現象已經被順利解決了，可是誰曾想到，沒有多長時間，相同的故障現象再次出現了，而且每次出現的時候，網絡管理員要么趕到故障交換機現場，要么通過遠程方式，重新啟動一下目標交換機后臺管理系統，那么掉線故障就能暫時得到解決了，看來問題并不是簡單重新啟動一下交換機系統就行的了。

難道是三樓工作子網中數據流量較大，每過一段時間，對應樓層的三層交換機被這些大容量的數據信息頂死了？為了監控三樓工作子網中是否存在大流量的數據信息，網絡管理員特意使用專業工具對該子網的流量進行即時監控，經過一段時間的觀察，他發現對應網絡的工作流量并不是很大；而且更讓人感到不可思議的是，即使在下班時間，網絡掉線現象也會頻繁出現，這說明位于三樓的三層交換機并不是由大流量的數據包給頂死的，如此說來，難道是有人在蓄意攻擊交換機，或者是交換機自身的性能不穩定？

懷疑系統版本較低

考慮到位于三樓的三層交換機是通過寬帶光纖線路連接到單位大樓的核心交換機上的，那會不會是寬帶光纖的問題呢？為了穩妥起見，網絡管理員請本地運營商前來測試一下三樓的交換機與大樓核心交換機之間的寬帶線路，經過反復測試，發現這段寬帶線纜的連通性能很穩定，這就意味著三樓的交換機工作狀態與寬帶光纖的連通性沒有任何關系。

由于三樓工作子網的流量不大，而重新啟動交換機后臺系統又能臨時解決故障現象，為此網絡管理員認為問題還是出在目標交換機自身的穩定性上，那么究竟哪些因素會影響交換機的工作穩定性呢？在苦苦思索之時，網絡管理員偶然想到以前三樓交換機也曾出現一次故障，那就是交換機由于系統BUG的問題，引起用戶好長一段時間不能上網，當時該交換機設備還處于保修期間，網絡管理員親眼看到系統集成工作人員耗費了很長時間，才找到故障的原因所在，后來打好該交換系統的補丁后，才解決了三樓用戶不能正常上網的故障現象。而這次發生的網絡故障與以前有幾分相似，那么引起該故障的原因是否也相同呢？聯想到三樓的目標交換機已經連續工作了很長時間，其后臺管理系統運行到現在，說不定又有不少BUG被發現了，是不是將這些BUG解決掉，就能解決上述網絡故障呢？

為了判斷自己的猜測是否正確，網絡管理員立即到故障交換機現場，通過超級終端方式直接進入該交換機后臺系統，并在該系統的全局配置狀態下，執行“dis ver”命令，查看到了故障交換機的后臺系統版本號；將該版本號記下后，網絡管理員又上網查詢了對應型號交換機的后臺系統版本，發現故障交換機使用的后臺系統已經了升級了幾個版本，難道上述故障真的是由交換機后臺系統的版本太低引起的？

升級交換系統版本

雖然網絡管理員不能確認上述故障就是由交換機后臺系統的版本太低引起的，但是他相信最新版本的后臺系統存在的BUG會更少，它們運行起來自然也就更穩定，于是他打定注意，先將故障交換機的低版本后臺系統升級到最新版本。想到做到，網絡管理員先是從交換機的官方網站中下載得到最新版本的升級文件，然后將本地計算機設置成FTP服務器，再通過超級終端方式登錄進入故障交換機，并通過其自帶的ftp命令將升級文件傳輸保存到交換機的flash內存中；為了保證升級操作的安全，網絡管理員又將故障交換機以前的配置文件進行了備份，以避免升級操作失敗無法恢復交換機的工作狀態，最后使用boot命令開始正式對故障交換機的后臺管理系統進行升級。

升級操作完成之后，網絡管理員又執行了“dis ver”命令，發現故障交換機的后臺系統的確已經升級到最新版本了；下面，網絡管理員根據以前的記錄，對升級后的故障交換機進行了重新配置，配置完畢后，再次進行了重新啟動，等到故障交換機啟動穩定后，網絡管理員嘗試著從三樓工作子網中進行上網測試，測試發現原先不能上網的計算機已經可以正常上網了；后來，網絡管理員又連續進行了跟蹤測試，結果發現升級后的交換機工作狀態一直很穩定，三樓的用戶上網也一直很正常，這說明本文上面提到的網絡故障的確是由于交換機后臺系統版本較低引起的。