交換機設(shè)備作為局域網(wǎng)中的一種很重要交通“樞紐”設(shè)備，它的工作狀態(tài)的好壞直接決定著整個局域網(wǎng)的運行穩(wěn)定性。一般來說，在自身質(zhì)量比較過硬的情況下，交 換機設(shè)備是很少容易出現(xiàn)故障現(xiàn)象的；當然，這并不能說明交換機設(shè)備能一直穩(wěn)定地工作，伴隨著其“服役”時間的推移，交換機的工作穩(wěn)定性也會不斷下降，這除 了是其內(nèi)部的元氣件性能不斷老化造成的外，還有可能是交換機系統(tǒng)的版本低下引起的。這不，筆者曾經(jīng)遭遇到的一則交換機頻繁中斷故障現(xiàn)象，就是由于交換機系 統(tǒng)版本低下引起的！考慮到由這種因素引起的網(wǎng)絡(luò)故障現(xiàn)象發(fā)生機率不是非常高，解決起來可能會走一些彎路，為此本文現(xiàn)在就將該故障的具體解決過程還原出來， 供各位朋友借鑒參考！

故障現(xiàn)象

最近一段時間，單位局域網(wǎng)中的某一匯聚層交換機頻繁發(fā)生網(wǎng)絡(luò)中斷故 障現(xiàn)象；每次發(fā)生這種故障現(xiàn)象時，筆者都需要趕到故障現(xiàn)場，采用手工斷開電源的辦法進行重新啟動交換機設(shè)備，或者遠程登錄到故障交換機上聯(lián)的核心設(shè)備，將 連接交換機的那個下行端口重新啟動一次，才能將網(wǎng)絡(luò)故障恢復(fù)正常。目標故障交換機平時連接兩個虛擬工作子網(wǎng)，這兩個工作子網(wǎng)日常的網(wǎng)絡(luò)傳輸流量并不是很 大，即使不在上班訪問高峰期，該故障交換機也會莫名其妙地發(fā)生中斷現(xiàn)象，因此筆者基本排除了網(wǎng)絡(luò)流量過大造成故障交換機不能正常工作的因素，同時也排除了 網(wǎng)絡(luò)病毒從中搗亂的可能。//本文轉(zhuǎn)自www.49028c.com錯新站長站

故障排查

考慮到這臺故障交換機是通過寬帶光纖與上行核心設(shè)備保持連接 的，于是筆者擔心該寬帶光纖線路的穩(wěn)定性存在問題，于是特意請當?shù)氐碾娦偶夹g(shù)人員使用專業(yè)工具對寬帶光纖線路進行了測試，經(jīng)過多次測試，證明寬帶光纖線路 的工作狀態(tài)是正常的。就在自己毫無頭緒的情況下，筆者偶然發(fā)現(xiàn)有一層厚厚的灰塵覆蓋在故障交換機的外殼上，這時筆者頭腦中才想到該故障交換機已經(jīng)持續(xù)為單 位“服役”了有將近4年的時間了，并且該交換機的后臺管理系統(tǒng)版本也比較低，目前仍然還是沿用傳統(tǒng)的舊命令行，而且局域網(wǎng)曾經(jīng)發(fā)生過的一則網(wǎng)絡(luò)故障就與交 換機系統(tǒng)的BUG有關(guān)，難道這一次頻繁發(fā)生的網(wǎng)絡(luò)中斷故障也是由于交換機系統(tǒng)版本較低引起的？為了驗證自己的分析是否正確，筆者立即以telnet命令遠 程登錄進故障交換機系統(tǒng)的后臺管理界面，在該界面的命令行提示符下執(zhí)行“dis cpu”字符串命令，發(fā)現(xiàn)該交換機的系統(tǒng)CPU資源始終處于95%以上的 占用率，這顯然是不正常的，因為在正常工作狀態(tài)下，交換機設(shè)備的CPU資源消耗率應(yīng)該在50%以下，超過這個數(shù)值交換機的反應(yīng)能力就會明顯下降；后來，筆 者又執(zhí)行了字符串命令“dis ver”，從其后返回的結(jié)果信息中筆者發(fā)現(xiàn)該故障交換機使用的VRP平臺軟件版本比較低，難道本文中提到的故障現(xiàn)象真的是 由于交換機系統(tǒng)軟件版本較低引起的？