各公司的網(wǎng)絡(luò)管理員在選購網(wǎng)絡(luò)設(shè)備的時候都是精挑細選，在同等級別的不同廠商之間反復研究，多次比較后選出最佳性價比的產(chǎn)品來。不過有一點可能很多網(wǎng)絡(luò)管理員都忽略了，那就是網(wǎng)絡(luò)產(chǎn)品的未來，一個產(chǎn)品不可能一直使用肯定會有出問題的時候，出問題后廠家的服務(wù)就顯得尤為重要了。同樣網(wǎng)絡(luò)技術(shù)是在不斷發(fā)展前進的，網(wǎng)絡(luò)產(chǎn)品也要有一定的可升級可擴展性。最近筆者就遇到升級核心設(shè)備的問題，現(xiàn)記錄如下：

一、升級環(huán)境

事情的原因是這樣的，公司下屬部門申請到一定的經(jīng)費用于網(wǎng)絡(luò)升級，因此該部門前幾天新買了一臺思科的Catalyst6509交換機，并且配備了WS-X6548-GE-TX這個思科在去年四月才新推出的10M、100M、1000M自適應(yīng)的48口RJ-45交換模塊。6509一共有9個插槽，所以可以插上9個模塊，為核心設(shè)備升級添加模塊是習以為常的事情了。不過由于思科的軟件推出總是滯后于硬件，所以拿到手的Catalyst6509交換機標準配置的12.2(14)SX1版本的IOS并不能支持該模塊。這就涉及到了升級問題，需要升級6509交換機的IOS。于是我和子部門網(wǎng)絡(luò)管理員從CISCO官方網(wǎng)站找來支持WS-X6548-GE-TX模塊的新版本的IOS準備升級。沒有想到，這次簡單的升級工作缺弄得我們兩個“準高手”麻煩連連，問題接二連三地出現(xiàn)。

二、沒有RJ-45接口

對于本次采用的這個WS-X6548-GE-TX模塊一共有48個RJ-45端口，然而6509交換機又沒有配其他的帶RJ-45接口的模塊。這可怎么辦呢?畢竟用思科的TFTP Server升級IOS就必須得將交換機和網(wǎng)絡(luò)上的一臺裝有TFTP Server的PC相連。經(jīng)過一番尋找，終于發(fā)現(xiàn)超級引擎720上面有一個RJ-45模樣的接口，旁邊寫著Link的字樣，結(jié)果拿來網(wǎng)線插上一試，發(fā)現(xiàn)指示燈都不亮。本來我們兩個以為有了希望，然而指示燈不亮就說明該接口無法使用，不過因為這個接口是惟一的希望，否則只能用xmodem方式傳輸41MB的IOS，傳輸時間恐怕讓我望而卻步。

小提示：

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

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

Router(config)#interface gigabitethemet 5/2

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

Router(config-if)#media-type rj45

//修改模式為RJ45，默認是SFP

Router(config-if)#no shutdown

//啟用該接口

執(zhí)行命令后發(fā)現(xiàn)橘紅色的指示燈終于變成了綠色，接下來就可以使用傳統(tǒng)的TFTP方法將升級所需的IOS文件傳到到交換機中。本來以為接下來的事情就應(yīng)該很輕松，誰知道攔路虎并沒有就此罷休。

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

接下來給接口配上管理地址，再把原來的IOS備份出來。在超級終端全局模式下輸入命令：

Router#copy sup-rootflash: s72033-pk9sv-mz.122-14.SX1.bin tftp://192.168.1.1

TFTP Server 出現(xiàn)一連串#字號，開始傳輸數(shù)據(jù)，本來以為一切OK。誰知道眼看著就要傳完的時候，系統(tǒng)提示：“timeout! Write error!”。

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

開始以為是TFTP的軟件有問題，版本過低造成的。從網(wǎng)上下載了一個第三方的TFTP server一試，結(jié)果還是這樣。又找來3Com的TFTP Server，這次效果更差，傳到16MB的時候就斷開了，系統(tǒng)提示還是超時和寫入錯誤。仔細分析，終于發(fā)現(xiàn)了問題關(guān)鍵所在。兩次傳輸，一次正好32MB，一次正好16MB，連字節(jié)數(shù)都不差，肯定不是傳輸線路問題。找來資料一查，原來TFTP(Trivial File Transfer Protocol)普通文件傳輸協(xié)議最大就支持傳輸32MB的文件。于是又找來思科文檔，一番查詢，找出了第2種解決方法，用FTP就行了。于是在PC上建好FTP服務(wù)，鍵入如下命令：

Router# configure terminal

//進入交換機配置模式

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后文件復制非常正常，等待了幾分鐘，系統(tǒng)提示“successful!”。看來FTP比TFTP就是強大靈活，限制也少很多。