交換機(jī)設(shè)備作為局域網(wǎng)中的一種很重要交通“樞紐”設(shè)備，它的工作狀態(tài)的好壞直接決定著整個(gè)局域網(wǎng)的運(yùn)行穩(wěn)定性。一般來說，在自身質(zhì)量比較過硬的情況下，交換機(jī)設(shè)備是很少容易出現(xiàn)故障現(xiàn)象的;當(dāng)然，這并不能說明交換機(jī)設(shè)備能一直穩(wěn)定地工作，伴隨著其“服役”時(shí)間的推移，交換機(jī)的工作穩(wěn)定性也會(huì)不斷下降，這除了是其內(nèi)部的元?dú)饧阅懿粩嗬匣斐傻耐猓�有可能是交換機(jī)系統(tǒng)的版本低下引起的。這不，筆者曾經(jīng)遭遇到的一則交換機(jī)頻繁中斷故障現(xiàn)象，就是由于交換機(jī)系統(tǒng)版本低下引起的!考慮到由這種因素引起的網(wǎng)絡(luò)故障現(xiàn)象發(fā)生機(jī)率不是非常高，解決起來可能會(huì)走一些彎路，為此本文現(xiàn)在就將該故障的具體解決過程還原出來，供各位朋友借鑒參考!
故障現(xiàn)象
最近一段時(shí)間，單位局域網(wǎng)中的某一匯聚層交換機(jī)頻繁發(fā)生網(wǎng)絡(luò)中斷故障現(xiàn)象;每次發(fā)生這種故障現(xiàn)象時(shí)，筆者都需要趕到故障現(xiàn)場(chǎng)，采用手工斷開電源的辦法進(jìn)行重新啟動(dòng)交換機(jī)設(shè)備，或者遠(yuǎn)程登錄到故障交換機(jī)上聯(lián)的核心設(shè)備，將連接交換機(jī)的那個(gè)下行端口重新啟動(dòng)一次，才能將網(wǎng)絡(luò)故障恢復(fù)正常。目標(biāo)故障交換機(jī)平時(shí)連接兩個(gè)虛擬工作子網(wǎng)，這兩個(gè)工作子網(wǎng)日常的網(wǎng)絡(luò)傳輸流量并不是很大，即使不在上班訪問高峰期，該故障交換機(jī)也會(huì)莫名其妙地發(fā)生中斷現(xiàn)象，因此筆者基本排除了網(wǎng)絡(luò)流量過大造成故障交換機(jī)不能正常工作的因素，同時(shí)也排除了網(wǎng)絡(luò)病毒從中搗亂的可能。
故障排查
考慮到這臺(tái)故障交換機(jī)是通過寬帶光纖與上行核心設(shè)備保持連接的，于是筆者擔(dān)心該寬帶光纖線路的穩(wěn)定性存在問題，于是特意請(qǐng)當(dāng)?shù)氐碾娦偶夹g(shù)人員使用專業(yè)工具對(duì)寬帶光纖線路進(jìn)行了測(cè)試，經(jīng)過多次測(cè)試，證明寬帶光纖線路的工作狀態(tài)是正常的。就在自己毫無頭緒的情況下，筆者偶然發(fā)現(xiàn)有一層厚厚的灰塵覆蓋在故障交換機(jī)的外殼上，這時(shí)筆者頭腦中才想到該故障交換機(jī)已經(jīng)持續(xù)為單位“服役”了有將近4年的時(shí)間了，并且該交換機(jī)的后臺(tái)管理系統(tǒng)版本也比較低，目前仍然還是沿用傳統(tǒng)的舊命令行，而且局域網(wǎng)曾經(jīng)發(fā)生過的一則網(wǎng)絡(luò)故障就與交換機(jī)系統(tǒng)的BUG有關(guān)，難道這一次頻繁發(fā)生的網(wǎng)絡(luò)中斷故障也是由于交換機(jī)系統(tǒng)版本較低引起的?為了驗(yàn)證自己的分析是否正確，筆者立即以telnet命令遠(yuǎn)程登錄進(jìn)故障交換機(jī)系統(tǒng)的后臺(tái)管理界面，在該界面的命令行提示符下執(zhí)行“dis cpu”字符串命令，發(fā)現(xiàn)該交換機(jī)的系統(tǒng)CPU資源始終處于95%以上的占用率，這顯然是不正常的，因?yàn)樵谡９ぷ鳡顟B(tài)下，交換機(jī)設(shè)備的CPU資源消耗率應(yīng)該在50%以下，超過這個(gè)數(shù)值交換機(jī)的反應(yīng)能力就會(huì)明顯下降;后來，筆者又執(zhí)行了字符串命令“dis ver”，從其后返回的結(jié)果信息中筆者發(fā)現(xiàn)該故障交換機(jī)使用的VRP平臺(tái)軟件版本比較低，難道本文中提到的故障現(xiàn)象真的是由于交換機(jī)系統(tǒng)軟件版本較低引起的?
故障解決
考慮到連接交換機(jī)的物理線路經(jīng)過詳細(xì)檢查是沒有任何問題的，而當(dāng)交換機(jī)發(fā)生網(wǎng)絡(luò)中斷故障現(xiàn)象時(shí)，筆者只是簡單地重新啟動(dòng)一下故障交換機(jī)設(shè)備或?qū)?yīng)的連接端口，故障交換機(jī)的工作狀態(tài)就能在短時(shí)間內(nèi)恢復(fù)正常，這說明該故障現(xiàn)象的確與交換機(jī)自身有一定關(guān)系。為了排除交換機(jī)系統(tǒng)軟件版本較低的因素，筆者打算對(duì)該故障交換機(jī)的VRP平臺(tái)軟件進(jìn)行一次在線升級(jí)，將其更新到最新版本狀態(tài)。
在對(duì)交換機(jī)系統(tǒng)進(jìn)行在線升級(jí)時(shí)，筆者先查看了該故障交換機(jī)的具體型號(hào)，之后到對(duì)應(yīng)品牌產(chǎn)品的官方網(wǎng)站中，下載得到最新版本的VRP升級(jí)文件以及Bootrom升級(jí)文件;為了方便操作，筆者選用了FTP方式進(jìn)行升級(jí)，也就是說將保存有VRP升級(jí)文件以及Bootrom升級(jí)文件的本地普通工作站作為FTP服務(wù)器，而將故障交換機(jī)作為FTP客戶端系統(tǒng)，這樣操作的好處就是步驟簡單，不需要對(duì)交換機(jī)設(shè)備進(jìn)行任何復(fù)雜的設(shè)置操作;
下面從交換機(jī)系統(tǒng)中通過FTP命令連接到保存有VRP升級(jí)文件以及Bootrom升級(jí)文件的FTP服務(wù)器上，從中下載得到升級(jí)包文件;當(dāng)然，在下載升級(jí)包文件之前，筆者先對(duì)FTP服務(wù)器進(jìn)行了適當(dāng)配置，讓其與故障交換機(jī)位于相同的工作子網(wǎng)中，確保交換機(jī)與FTP服務(wù)器之間可以相互順利訪問;同時(shí)，筆者還直接將VRP升級(jí)文件以及Bootrom升級(jí)文件保存到FTP服務(wù)器的主目錄下，這樣一來交換機(jī)系統(tǒng)通過FTP命令與FTP服務(wù)器成功建立連接之后，就能直接查閱到需要的升級(jí)包文件;此外，為了方便記憶，筆者又將下載得到的VRP升級(jí)文件換名保存為aaa.bin，將Bootrom升級(jí)文件換名保存為bbb.btm。
在將升級(jí)文件aaa.bin、bbb.btm下載保存到交換機(jī)的Flash緩存中后，現(xiàn)在筆者就能正式開始交換機(jī)系統(tǒng)在線升級(jí)操作了。當(dāng)然，為了穩(wěn)妥起見，筆者對(duì)目標(biāo)交換機(jī)的舊配置文件進(jìn)行了備份操作，以防止升級(jí)過程中出現(xiàn)意外，而不能恢復(fù)交換機(jī)的工作狀態(tài);備份好舊的配置文件后，筆者立即在交換機(jī)的后臺(tái)命令行模式狀態(tài)下，執(zhí)行字符串命令“boot aaa.bin”，在該命令被成功執(zhí)行后，筆者又重新啟動(dòng)了一次交換機(jī)系統(tǒng)，在啟動(dòng)過程中交換機(jī)會(huì)自動(dòng)調(diào)用aaa.bin文件，這么一來交換機(jī)的VRP平臺(tái)軟件就能被成功升級(jí)到最新版本了，當(dāng)然這個(gè)操作過程也可以通過遠(yuǎn)程登錄的方式來完成;
接下來，我們需要通過Console連接到交換機(jī)，以便在本地完成Bootrom文件的升級(jí)操作，這是因?yàn)樵诟铝薞RP平臺(tái)后，新平臺(tái)的部分配置命令與舊平臺(tái)有些不同，這時(shí)該交換機(jī)往往無法通過網(wǎng)絡(luò)進(jìn)行管理;按照同樣的操作方法，我們?cè)賵?zhí)行字符串命令“boot bbb.btm”，之后重新啟動(dòng)交換機(jī)系統(tǒng)，如此一來交換機(jī)的升級(jí)操作就算成功了。這時(shí)，筆者再嘗試通過“dis ver”字符串命令觀察交換機(jī)的系統(tǒng)版本狀態(tài)時(shí)，發(fā)現(xiàn)該系統(tǒng)果然已經(jīng)被升級(jí)到最新版本了。
在確認(rèn)交換機(jī)升級(jí)操作成功后，筆者又根據(jù)以前的舊配置，對(duì)交換機(jī)的上網(wǎng)參數(shù)進(jìn)行了重新更新配置，并且將交換機(jī)的工作狀態(tài)恢復(fù)到正常;經(jīng)過一段時(shí)間的實(shí)踐測(cè)試，筆者發(fā)現(xiàn)這臺(tái)交換機(jī)之后再也沒有發(fā)生過網(wǎng)絡(luò)中斷的故障現(xiàn)象，并且筆者經(jīng)過不間斷的檢查，發(fā)現(xiàn)升級(jí)之后的交換機(jī)CPU消耗率始終為25%左右，這說明升級(jí)之后的交換機(jī)運(yùn)行性能還是十分穩(wěn)定的。
故障總結(jié)
從上面的解決過程來看，我們不難發(fā)現(xiàn)交換機(jī)頻繁中斷的故障現(xiàn)象真的是由于其后臺(tái)管理系統(tǒng)的版本太低引起的，但是由于系統(tǒng)版本太低這個(gè)因素不常出現(xiàn)，所以很多網(wǎng)絡(luò)管理員在實(shí)際解決故障的過程中很少會(huì)注意到這個(gè)因素，這樣一來故障解決起來自然就容易走彎路了。事實(shí)上，我們可能會(huì)遭遇各式各樣的網(wǎng)絡(luò)故障，當(dāng)我們?cè)趪L試了很多辦法都無法成功解決目標(biāo)故障現(xiàn)象時(shí)，不妨靜下心來多想想自己平時(shí)很少注意到的一些細(xì)節(jié)因素。
一般來說，我們只要掌握了合理的故障排除順序，完全能夠有效地提高交換機(jī)的故障排除效率：
首先按照由遠(yuǎn)到近的線路連接順序進(jìn)行排查，因?yàn)榻粨Q機(jī)存在的多數(shù)故障往往都是通過與其直接相連的工作站而發(fā)現(xiàn)的，所以我們?cè)谂挪楣收蠒r(shí)盡可能地按照“終端工作站-連接線纜-端口模塊-網(wǎng)絡(luò)跳線-交換機(jī)”這樣的順序依次檢查。
按照上面的順序排查之后，如果確認(rèn)交換機(jī)的確存在故障的話，那我們接著就要按照由外而內(nèi)的順序來檢查交換機(jī)設(shè)備了。我們不妨先從交換機(jī)控制面板中的各種信號(hào)燈來辨別，并依照信號(hào)燈的故障指示，檢查交換機(jī)內(nèi)部對(duì)應(yīng)部件是否發(fā)生了故障。例如，交換機(jī)的Link信號(hào)燈要是處于熄滅狀態(tài)，那就表明對(duì)應(yīng)端口沒有連接好或者該端口存在問題，要是Link信號(hào)燈處于綠色閃爍狀態(tài)，那就表示交換機(jī)當(dāng)前處于100 Mb/s數(shù)據(jù)傳輸狀態(tài)，要是Link信號(hào)燈處于黃色閃爍狀態(tài)，那就說明交換機(jī)此刻正處于10 Mb/s數(shù)據(jù)傳輸狀態(tài);要是交換機(jī)的Power信號(hào)燈處于綠色常亮狀態(tài)，那就表示交換機(jī)的電源供應(yīng)一切正常，要是處于熄滅狀態(tài)就說明沒有電源供應(yīng)。
當(dāng)確認(rèn)交換機(jī)內(nèi)部存在故障時(shí)，我們肯定不會(huì)輕易地動(dòng)手去拆卸交換機(jī)，因此在檢查內(nèi)部故障時(shí)，我們應(yīng)該先從系統(tǒng)程序或參數(shù)配置上著手來排查。要是參數(shù)配置或系統(tǒng)程序沒有問題的話，那幾乎就能斷定是硬件有問題了。比方說，某個(gè)端口不能正常使用時(shí)，那我們不妨先檢查一下指定工作站所連的端口是否在對(duì)應(yīng)的VLAN中，或者檢查一下指定端口是否已經(jīng)被其他的管理員關(guān)閉掉了等。
當(dāng)然，在實(shí)際排查交換機(jī)故障的過程中，我們常常會(huì)遇到一些相當(dāng)復(fù)雜的故障，此時(shí)我們盡量按照先易后難的順序，來從系統(tǒng)配置或簡單操作下手，來逐步分析、排查故障，相信這樣能夠提高故障的解決速度和故障排除效率。
