| |
交換機(jī)運(yùn)行中出現(xiàn)故障是不可避免的，但出現(xiàn)故障后應(yīng)當(dāng)迅速地進(jìn)行處理，盡快查出故障點(diǎn)，排除故障。但是要做到這一點(diǎn)，就必須了解交換機(jī)故障的類型及具備對(duì)故障進(jì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í)以為常的事情了。不過(guò)由于思科的軟件推出總是滯后于硬件，所以拿到手的Catalyst6509交換機(jī)標(biāo)準(zhǔn)配置的12.2（14）SX1版本的IOS并不能支持該模塊。這就涉及到了升級(jí)問(wèn)題，需要升級(jí)6509交換機(jī)的IOS。于是我和子部門網(wǎng)絡(luò)管理員從CISCO 官方網(wǎng)站找來(lái)支持WS-X6548-GE-TX模塊的新版本的IOS準(zhǔn)備升級(jí)。沒(méi)有想到，這次簡(jiǎn)單的升級(jí)工作缺弄得我們兩個(gè)“準(zhǔn)高手”麻煩連連，問(wèn)題接二連三地出現(xiàn)。
二，沒(méi)有RJ-45接口
對(duì)于本次采用的這個(gè)WS-X6548-GE-TX模塊一共有48個(gè) RJ-45端口，然而6509交換機(jī)又沒(méi)有配其他的帶RJ-45接口的模塊。這可怎么辦呢？畢竟用思科的TFTP Server升級(jí)IOS就必須得將交換機(jī)和網(wǎng)絡(luò)上的一臺(tái)裝有TFTP Server的PC相連。經(jīng)過(guò)一番尋找，終于發(fā)現(xiàn)超級(jí)引擎720上面有一個(gè)RJ-45模樣的接口，旁邊寫(xiě)著Link的字樣，結(jié)果拿來(lái)網(wǎng)線插上一試，發(fā)現(xiàn)指示燈都不亮。本來(lái)我們兩個(gè)以為有了希望，然而指示燈不亮就說(shuō)明該接口無(wú)法使用，不過(guò)因?yàn)檫@個(gè)接口是惟一的希望，否則只能用xmodem方式傳輸41MB的 IOS，傳輸時(shí)間恐怕讓我望而卻步。
小提示：
使用XMODEM傳輸IOS速度上是非常讓人頭疼的，筆者曾經(jīng)用XMODEM方式傳過(guò)一個(gè)2950交換機(jī)的IOS，總?cè)萘恳簿?MB左右，足足用了兩個(gè)鐘頭。按照這個(gè)速度來(lái)說(shuō)41MB最快也得30幾個(gè)小時(shí)。
既然使用XMODEM方式傳輸IOS不太現(xiàn)實(shí)，那么還要從超級(jí)引擎720上面那個(gè)RJ-45模樣的接口入手。從網(wǎng)上搜索到相關(guān)資料，原來(lái)超級(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)橘紅色的指示燈終于變成了綠色，接下來(lái)就可以使用傳統(tǒng)的TFTP方法將升級(jí)所需的IOS文件傳到到交換機(jī)中。本來(lái)以為接下來(lái)的事情就應(yīng)該很輕松，誰(shuí)知道攔路虎并沒(méi)有就此罷休。
三，TFTP傳輸協(xié)議不支持32兆
接下來(lái)給接口配上管理地址，再把原來(lái)的IOS備份出來(lái)。在超級(jí)終端全局模式下輸入命令：
Router#copy sup-rootflash: s72033-pk9sv-mz.122-14.SX1.bin tftp://192.168.1.1
TFTP Server 出現(xiàn)一連串#字號(hào)，開(kāi)始傳輸數(shù)據(jù)，本來(lái)以為一切OK。誰(shuí)知道眼看著就要傳完的時(shí)候，系統(tǒng)提示：“timeout! Write error!”。
根據(jù)系統(tǒng)提示的信息我查詢了網(wǎng)線是否斷了，磁盤(pán)空間是否不足，答案都是否定的。再次執(zhí)行傳輸命令故障依舊。到6509上查看傳輸完畢的IOS大小為32MB，比完整的IOS32.1MB稍微小一點(diǎn)。為什么多出的0.1MB就無(wú)法傳送呢？
開(kāi)始以為是TFTP的軟件有問(wèn)題，版本過(guò)低造成的。從網(wǎng)上下載了一個(gè)第三方的TFTP server一試，結(jié)果還是這樣。又找來(lái)3Com的TFTP Server，這次效果更差，傳到16MB的時(shí)候就斷開(kāi)了，系統(tǒng)提示還是超時(shí)和寫(xiě)入錯(cuò)誤。仔細(xì)分析，終于發(fā)現(xiàn)了問(wèn)題關(guān)鍵所在。兩次傳輸，一次正好 32MB，一次正好16MB，連字節(jié)數(shù)都不差，肯定不是傳輸線路問(wèn)題。找來(lái)資料一查，原來(lái)TFTP（Trivial File Transfer Protocol）普通文件傳輸協(xié)議最大就支持傳輸32MB的文件。于是又找來(lái)思科文檔，一番查詢，找出了第2種解決方法，用FTP就行了。于是在PC上建好FTP服務(wù)，鍵入如下命令： 本新聞共 2頁(yè),當(dāng)前在第 1頁(yè) 1 2 |
|
|
| 【收藏】【打印】【進(jìn)入論壇】 |
|
|
|
|
| |
|
|
|
