cisco交換機(jī)故障無非就這5種：升級(jí)環(huán)境，沒有RJ-45接口，TFTP傳輸協(xié)議不支持32兆，協(xié)議錯(cuò)誤，F(xiàn)lash空間不足。了解這些故障的解決方案之后就會(huì)讓你輕松使用cisco交換機(jī)了。

各公司的網(wǎng)絡(luò)管理員在選購網(wǎng)絡(luò)設(shè)備的時(shí)候都是精挑細(xì)選，在同等級(jí)別的不同廠商之間反復(fù)研究，多次比較后選出最佳性價(jià)比的產(chǎn)品來。不過有一點(diǎn)可能很多網(wǎng)絡(luò)管理員都忽略了，那就是網(wǎng)絡(luò)產(chǎn)品的未來。

一個(gè)產(chǎn)品不可能一直使用肯定會(huì)有出問題的時(shí)候，出問題后廠家的服務(wù)就顯得尤為重要了。同樣網(wǎng)絡(luò)技術(shù)是在不斷發(fā)展前進(jìn)的，網(wǎng)絡(luò)產(chǎn)品也要有一定的可升級(jí)可擴(kuò)展性。最近筆者就遇到升級(jí)核心設(shè)備的問題，現(xiàn)記錄如下：

升級(jí)環(huán)境

事情的原因是這樣的，公司下屬部門申請(qǐng)到一定的經(jīng)費(fèi)用于網(wǎng)絡(luò)升級(jí)，因此該部門前幾天新買了一臺(tái)思科的Catalyst6509交換機(jī)，并且配備了WS-X6548-GE-TX這個(gè)思科在去年四月才新推出的10M、100M、1000M自適應(yīng)的48口RJ-45交換模塊。6509一共有9個(gè)插槽，所以可以插上9個(gè)模塊，為核心設(shè)備升級(jí)添加模塊是習(xí)以為常的事情了。

不過由于思科的軟件推出總是滯后于硬件，所以拿到手的Catalyst6509交換機(jī)標(biāo)準(zhǔn)配置的12.2（14）SX1版本的IOS并不能支持該模塊。這就涉及到了升級(jí)問題，需要升級(jí)6509交換機(jī)的IOS。

于是我和子部門網(wǎng)絡(luò)管理員從CISCO官方網(wǎng)站找來支持WS-X6548-GE-TX模塊的新版本的IOS準(zhǔn)備升級(jí)。沒有想到，這次簡(jiǎn)單的升級(jí)工作缺弄得我們兩個(gè)“準(zhǔn)高手”麻煩連連，問題接二連三地出現(xiàn)。

沒有RJ-45接口

對(duì)于本次采用的這個(gè)WS-X6548-GE-TX模塊一共有48個(gè)RJ-45端口，然而6509交換機(jī)又沒有配其他的帶RJ-45接口的模塊。這可怎么辦呢？畢竟用思科的TFTP Server升級(jí)IOS就必須得將交換機(jī)和網(wǎng)絡(luò)上的一臺(tái)裝有TFTP Server的PC相連。經(jīng)過一番尋找，終于發(fā)現(xiàn)超級(jí)引擎720上面有一個(gè)RJ-45模樣的接口。

旁邊寫著Link的字樣，結(jié)果拿來網(wǎng)線插上一試，發(fā)現(xiàn)指示燈都不亮。本來我們兩個(gè)以為有了希望，然而指示燈不亮就說明該接口無法使用，不過因?yàn)檫@個(gè)接口是惟一的希望，否則只能用xmodem方式傳輸41MB的IOS，傳輸時(shí)間恐怕讓我望而卻步。

cisco交換機(jī)故障小提示：使用XMODEM傳輸IOS速度上是非常讓人頭疼的，筆者曾經(jīng)用XMODEM方式傳過一個(gè)2950交換機(jī)的IOS，總?cè)萘恳簿?MB左右，足足用了兩個(gè)鐘頭。按照這個(gè)速度來說41MB最快也得30幾個(gè)小時(shí)。

既然使用XMODEM方式傳輸IOS不太現(xiàn)實(shí)，那么還要從超級(jí)引擎720上面那個(gè)RJ-45模樣的接口入手。從網(wǎng)上搜索到相關(guān)資料，原來超級(jí)引擎720上的port2 有兩種模式：一種是RJ-45接口，還有一種是SFP（a small form-factor pluggable）接口。而默認(rèn)的設(shè)置是SFP，要使用RJ-45接口就必須更改設(shè)置。輸入以下命令進(jìn)行修改：

Router(config)#interface gigabitethemet 5/2

　　//進(jìn)入該接口進(jìn)行設(shè)置

　　Router(config-if)#media-type rj45

　　//修改模式為RJ45，默認(rèn)是SFP

　　Router(config-if)#no shutdown

　　//啟用該接口

執(zhí)行命令后發(fā)現(xiàn)橘紅色的指示燈終于變成了綠色，接下來就可以使用傳統(tǒng)的TFTP方法將升級(jí)所需的IOS文件傳到到交換機(jī)中?

TFTP傳輸協(xié)議不支持32兆

接下來給接口配上管理地址，再把原來的IOS備份出來。在超級(jí)終端全局模式下輸入命令：Router#copy sup-rootflash: s72033-pk9sv-mz.122-14.SX1.bin tftp://192.168.1.1。TFTP Server 出現(xiàn)一連串#字號(hào)，開始傳輸數(shù)據(jù)，本來以為一切OK。誰知道眼看著就要傳完的時(shí)候，系統(tǒng)提示：“timeout! Write error!”。

根據(jù)系統(tǒng)提示的信息我查詢了網(wǎng)線是否斷了，磁盤空間是否不足，答案都是否定的。再次執(zhí)行傳輸命令故障依舊。到6509上查看傳輸完畢的IOS大小為32MB，比完整的IOS32.1MB稍微小一點(diǎn)。為什么多出的0.1MB就無法傳送呢？

開始以為是TFTP的軟件有問題，版本過低造成的。從網(wǎng)上下載了一個(gè)第三方的TFTP server一試，結(jié)果還是這樣。又找來3Com的TFTP Server，這次效果更差，傳到16MB的時(shí)候就斷開了，系統(tǒng)提示還是超時(shí)和寫入錯(cuò)誤。

仔細(xì)分析，終于發(fā)現(xiàn)了問題關(guān)鍵所在。兩次傳輸，一次正好32MB，一次正好16MB，連字節(jié)數(shù)都不差，肯定不是傳輸線路問題。找來資料一查，原來TFTP（Trivial File Transfer Protocol）普通文件傳輸協(xié)議最大就支持傳輸32MB的文件。于是又找來思科文檔，一番查詢，找出了第2種解決方法，用FTP就行了。于是在PC上建好FTP服務(wù)，鍵入如下命令：

　　Router# configure terminal

　　//進(jìn)入交換機(jī)配置模式

　　Router(config)# ip ftp username username

　　//設(shè)置FTP的訪問用戶名

　　Router(config)# ip ftp password password

　　//設(shè)置登錄FTP的密碼

　　Touter(config)# end

　　//結(jié)束，退出

　　Router#copy sup-bootflash:

　　s72033-pk9sv-mz.122-14.SX1.bin ftp:[//[username[:password]@]192.168.1.1]

執(zhí)行FTP傳輸命令，傳輸文件為s72033-pk9sv-mz.122-14.SX1.bin，已經(jīng)建立好的FTP服務(wù)器地址為192.168.1.1。使用FTP傳輸更新IOS后文件復(fù)制非常正常，等待了幾分鐘，系統(tǒng)提示“successful!”。看來FTP比TFTP就是強(qiáng)大靈活，限制也少很多。

協(xié)議錯(cuò)誤

將IOS成功備份到FTP上后就輪到將新的用于升級(jí)的IOS進(jìn)行上傳了。進(jìn)入6509配置模式使用如下命令進(jìn)行操作：

　　Router# configure terminal

　　//進(jìn)入配置模式

　　Router(config)#ip ftp username username

　　//設(shè)置登錄FTP的用戶名

　　Router(config)#ip ftp password password

　　//設(shè)置登錄FTP的密碼

　　Router(config)#end

　　//退出設(shè)置

　　Router#

　　copy

　　ftp:[[//[username[:password]@192.168.1.1] / s72033-jk9o3sv-mz.122-17a.SX.bin] sup-bootflash:

　　//復(fù)制s72033-jk9o3sv-mz.122-17a.SX.bin新版IOS到本交換機(jī)。

本來以為輕輕松松完成的，結(jié)果系統(tǒng)這次提示“Protocol error!”。協(xié)議錯(cuò)誤？重試一次，下載沒有問題的，上傳還是提示協(xié)議錯(cuò)誤。經(jīng)過筆者分析懷疑問題可能出在FTP Server上，我的FTP Server是用Server-U這個(gè)第三方軟件做的，

會(huì)不會(huì)是兼容性問題造成的呢？于是換成微軟Windows2000自帶IIS中的FTP組件建立FTP服務(wù)器。再次嘗試下載與上傳都沒有任何問題了，不再提示協(xié)議錯(cuò)誤。屏幕顯示Loading…。幾秒鐘后又出現(xiàn)提示信息：“Flash空間不足”。

Flash空間不足

出現(xiàn)FLASH空間不足信息后我特別查詢了6509核心設(shè)備的硬件配置，默認(rèn)6509標(biāo)準(zhǔn)配置的Flash為64MB，標(biāo)配IOS大小為32.1MB，要升級(jí)的12.2（17a）SX 版本IOS大小為40.6MB，這樣看來空間不足再所難免。但是這個(gè)問題還是相對(duì)好解決的，將Flash里原來的IOS刪除了然后再上傳。于是輸入命令：Router#delete sup-bootflash:s72033-pk9sv-mz.122-14.SX1.bin

然后再傳。提示信息還是空間不足！這個(gè)時(shí)候交換機(jī)的IOS已經(jīng)被我刪除了，要是不小心掉電或者重起的話，交換機(jī)就起不來了。在管理界面中用show命令看，IOS文件已經(jīng)沒有了，但是空間還是剩余30多兆，就是說flash沒有被清空。

這時(shí)候想起以前刪除vlan.dat文件后要重啟交換機(jī)才能生效，可是現(xiàn)在重啟是萬萬不行的。怎么辦？上思科網(wǎng)站查找有利用價(jià)值的信息，終于找到一條命令squeeze，該命令是將已經(jīng)刪除的文件徹底清空，就好比清空回收站一樣。運(yùn)行：

Router#squeeze sup-bootflash:后再用SHOW命令查看，發(fā)現(xiàn)Flash已經(jīng)被徹底清空，可用空間為64MB。這時(shí)候再用FTP上傳，幾分鐘以后就會(huì)看見屏幕上提示的成功信息。Reload一下，用show flash命令看IOS版本已經(jīng)變成了12 .2（17a）SX。插上新模塊WS-X6548-GE-TX一試，一切OK，新模塊可以正常運(yùn)行了。

經(jīng)驗(yàn)總結(jié)

本來以為輕松完成的工作卻是一波三折，看來高端產(chǎn)品升級(jí)也是非常復(fù)雜的，很多原來沒有重視的環(huán)節(jié)都會(huì)出現(xiàn)這樣或那樣的問題。本次故障排除使我也明白了一個(gè)道理，技術(shù)沒有盡頭，遇到問題到官方網(wǎng)站查詢是最好的辦法。

還有就是做事情之前一定要三思，如果刪除FLASH后想當(dāng)然的執(zhí)行了RELOAD的話，交換機(jī)就無法啟動(dòng)了，那樣的后果將會(huì)非常嚴(yán)重。操作前請(qǐng)停手思考30秒往往可以減少很多不必要的損失。