交換機頻繁中斷 禍起系統版本低下

目標故障交換機平時連接兩個虛擬工作子網，這兩個工作子網日常的網路傳輸流量並不是很大，即使不在上班訪問高峰期，該故障交換機也會莫名其妙地發生中斷現象，因此筆者基本排除了網路流量過大造成故障交換機不能正常工作的因素，同時也排除了網路病毒從中搗亂的可能。
故障排查 考慮到這台故障交換機是通過寬頻光纖與上行核心設備保持連接的，於是筆者擔心該寬頻光纖線路的穩定性存在問題，於是特意請當地的電信技術人員使用專業工具對寬頻光纖線路進行了測試，經過多次測試，證明寬頻光纖線路的工作狀態是正常的。就在自己毫無頭緒的情況下，筆者偶然發現有一層厚厚的灰塵覆蓋在故障交換機的外殼上，這時筆者頭腦中才想到該故障交換機已經持續為單位“服役”了有將近4年的時間了，並且該交換機的後臺管理系統版本也比較低，目前仍然還是沿用傳統的舊命令行，而且局域網曾經發生過的一則網路故障就與交換機系統的BUG有關，難道這一次頻繁發生的網路中斷故障也是由於交換機系統版本較低引起的?為了驗證自己的分析是否正確，筆者立即以telnet命令遠端登錄進故障交換機系統的後臺管理介面，在該介面的命令行提示符下執行“dis cpu”字串命令，發現該交換機的系統CPU資源始終處於95%以上的佔用率，這顯然是不正常的，因為在正常工作狀態下，交換機設備的CPU資源消耗率應該在50%以下，超過這個數值交換機的反應能力就會明顯下降;後來，筆者又執行了字串命令“dis ver”，從其後返回的結果資訊中筆者發現該故障交換機使用的VRP平臺軟體版本比較低，難道本文中提到的故障現象真的是由於交換機系統軟體版本較低引起的? 故障解決 考慮到連接交換機的物理線路經過詳細檢查是沒有任何問題的，而當交換機發生網路中斷故障現象時，筆者只是簡單地重新啟動一下故障交換機設備或對應的連接埠，故障交換機的工作狀態就能在短時間內恢復正常，這說明該故障現象的確與交換機自身有一定關係。為了排除交換機系統軟體版本較低的因素，筆者打算對該故障交換機的VRP平臺軟體進行一次線上升級，將其更新到最新版本狀態。
在對交換機系統進行線上升級時，筆者先查看了該故障交換機的具體型號，之後到對應品牌產品的官方網站中，下載得到最新版本的VRP升級檔以及 Bootrom升級檔;為了方便操作，筆者選用了FTP方式進行升級，也就是說將保存有VRP升級檔以及Bootrom升級檔的本地普通工作站作為 FTP伺服器，而將故障交換機作為FTP用戶端系統，這樣操作的好處就是步驟簡單，不需要對交換機設備進行任何複雜的設定操作; 下面從交換機系統中通過FTP命令連接到保存有VRP升級檔以及Bootrom升級檔的FTP伺服器上，從中下載得到升級包檔;當然，在下載升級包檔之前，筆者先對FTP伺服器進行了適當配置，讓其與故障交換機位於相同的工作子網中，確保交換機與FTP伺服器之間可以相互順利訪問;同時，筆者還直接將VRP升級檔以及Bootrom升級檔保存到FTP伺服器的主目錄下，這樣一來交換機系統通過FTP命令與FTP伺服器成功建立連接之後，就能直接查閱到需要的升級包檔;此外，為了方便記憶，筆者又將下載得到的VRP升級檔換名保存為aaa.bin，將Bootrom升級檔換名保存為bbb.btm。
在將升級檔aaa.bin、bbb.btm下載保存到交換機的Flash緩存中後，現在筆者就能正式開始交換機系統線上升級操作了。當然，為了穩妥起見，筆者對目標交換機的舊配置檔進行了備份操作，以防止升級過程中出現意外，而不能恢復交換機的工作狀態;備份好舊的配置檔後，筆者立即在交換機的後臺命令行模式狀態下，執行字串命令“boot aaa.bin”，在該命令被成功執行後，筆者又重新啟動了一次交換機系統，在啟動過程中交換機會自動調用aaa.bin檔，這麼一來交換機的VRP平臺軟體就能被成功升級到最新版本了，當然這個操作過程也可以通過遠端登錄的方式來完成; 接下來，我們需要通過Console連接到交換機，以便在本地完成Bootrom檔的升級操作，這是因為在更新了VRP平臺後，新平臺的部分配置命令與舊平臺有些不同，這時該交換機往往無法通過網路進行管理;按照同樣的操作方法，我們再執行字串命令“boot bbb.btm”，之後重新啟動交換機系統，如此一來交換機的升級操作就算成功了。這時，筆者再嘗試通過“dis ver”字串命令觀察交換機的系統版本狀態時，發現該系統果然已經被升級到最新版本了。