下面是小编为大家收集的Cisco路由交换设备之：IOS故障排除网络知识，本文共5篇，仅供参考，欢迎大家阅读，一起分享。
篇1：Cisco路由交换设备之：IOS故障排除网络知识
IOS是路由器交换机设备的核心，IOS全称internet operate system，中文是 网络 操作系统的意思，他就好比计算机的操作系统 windows 一样，虽然是软件但出现问题就无法进行任何软件的运行了。所以如果IOS出现问题的话路由交换设备将无法正常运行，配置命令都将
IOS是路由器交换机设备的核心，IOS全称internet operate system，中文是网络操作系统的意思。他就好比计算机的操作系统windows一样，虽然是软件但出现问题就无法进行任何软件的运行了。所以如果IOS出现问题的话路由交换设备将无法正常运行，配置命令都将荡然无存。我们只能通过重新安装IOS来解决。
本文将以cisco 3550为例介绍IOS的恢复方法：
第一步：用控制线连接交换机console口与计算机串口1，用带有xmodem功能的终端软件连接（微软操作系统自带的超级终端软件即可）。
第二步：设置连接方式为串口1（如果连接的是其他串口就选择其他串口），速率9600，无校验，无流控，停止位1，当然直接点击“还原为默认值”也可以。（如图1）
第三步：连接以后计算机回车出现交换机无ios的界面，一般的提示符是“switch:”
第四步：这时拔掉交换机后的电源线。按住交换机面板左侧的mode键（一般交换机就这一个键），插入交换机后边的电源插头给交换机加电。等到看到交换机面板上没有接线的以太口指示灯都亮和交换机的几个系统指示灯都常亮。
第五步：在超级终端输入：
switch:flash_init
会出现如下提示：
Initializing Flash...
flashfs[0]: 1 files, 1 directories
flashfs[0]: 0 orphaned files, 0 orphaned directories
flashfs[0]: Total bytes: 3612672
flashfs[0]: Bytes used: 1536
flashfs[0]: Bytes available: 3611136
flashfs[0]: flashfs fsck took 3 seconds.
...done Initializing Flash.
Boot Sector Filesystem
Parameter Block Filesystem
第六步：在switch:后面输入load_helper，输入后无任何提示。
第七步：输入拷贝指令：
switch:copy xmodem: flash:image_filename.bin
例如保存在我的计算机中的flash文件为c3500-c3h2s-mz.120-5.wc5.bin则输入switch: copy xmodem: flash:c3500-c3h2s-mz.120-5.wc5.bin，接着会出现Begin the Xmodem or Xmodem-1K transfer now...的提示。
第八步：系统提示中将会不断的出现“C”这个字母，这就表示开始传文件了。
第九步：点击超级终端菜单的“传送->发送文件”，在协议选项中选择Xmodem或者Xmodem-1K协议，然后选择ios的影像文件（*.bin），开始正式传送。
第十步：由于不能改传送的速率，所以传送得很慢，大概传送40分钟左右才能完成，所以传送时请耐心等待。
第十一步：传送完毕后提示：
File “xmodem:” suclearcase/“ target=”_blank“ >ccessfully copied to ”flash:c3500-c3h2s-mz.120-5.wc5.bin“
switch:
第十二步：在提示符下输入switch:boot，路由交换设备将自动重新启动，我们也可以启用新的ios系统。
第十三步：重新加电后就完成了所有恢复工作。我们可以正常使用新IOS系统的设备了。
Flash Memory是存储IOS的场所，如果在实际使用中Flash Memory出现了问题或者需要对设备进行升级，安装新的高版本的Flash Memory时就用到复制Flash Memory的操作了。
小提示：在复制新的Flash Memory时我们应该执行erase flash命令将原来的出问题的或旧的FLASH删除。
目前比较流行的解决Flash Memory故障，升级FLASH的方法都是使用TFTP法传输。本文以CISCO 2600系列为IT168的读者进行讲解。
第一步：执行删除Flash Memory命令后设备将进入rommon状态。
第二步：我们需要对rommon状态进行设置，让其符合我们的TFTP传输环境，
具体命令如下：
rommon 3 >set
PS1=rommon ! >
IP_ADDRESS=172.18.16.76（设置路由器的IP地址，注意在实际中我们只能使用端口一进行恢复flash操作）
IP_SUBNET_MASK=255.255.255.0（设置路由器一端口的子网掩码）
DEFAULT_GATEWAY=172.18.16.65 （设置路由器的默认网关地址）
TFTP_SERVER=172.18.16.2 （设置用于传送FLASH文件的TFTP服务器的地址）
TFTP_FILE=quake/rel22_Jan_16/c2600-i-mz（设置TFTP服务器上FLASH文件的文件名，方便下载）
第三步：接着执行tftpdnld命令就可以开始下载了。
小提示：TFTP服务器是必须建立的，所以我们应该找到一台PC机配置上文设置的TFTP服务器IP地址，然后从CISCO网站下载专业的TFTP服务器建立工具或者找第三方软件来建立。建立的方法非常简单选择要发布的目录即可。
使用路由交换设备时间长了通过sh flash命令会发现大量CRASHINFO文件，这些文件占用了大量的FLASH空间。当这些文件过多造成FLASH存储空间满的话则影响我们以后升级FLASH。那么CRASHINFO是什么文件呢？我们如何清除他们呢？
Crashinfo文件是路由器重启时留下的文件，是重新启动的记录文件，我们可以删除他们。具体使用Delete命令即可。
有的时候我们执行sh flash会发现有两个分区，造成FLASH容量出现两个分区主要是由下面两种原因造成。一是有人执行了分区命令，将一块FLASH分成两个区；二是路由器上插有两个FLASH，这样每个FLASH都将以一个独立的分区显示。例如笔者在设备上使用show version显示了两个分区：
Router#show version
Processor board ID JAD06100CD1 (1588947843)
M860 processor: part number 0, mask 49
Bridging software.
X.25 software, Version 3.0.0.
2 Ethernet/IEEE 802.3 interface(s)
32K bytes of non-volatile configuration memory.
8084K bytes of processor board System flash (Read/Write)
8084K bytes of processor board System flash (Read/Write)
一般为了方便升级，更好的利用空间资源我们要合并FLASH分区。
第一步：在路由器上显示一下FLASH的情况：
Router#dir flash?
Flash:1:
Flash:2:
第二步：把flash:2:删除
Router#erase flash:2:
第三步：合并两个flash
Router(config)#partition flash 1 （把两个FLASH合并成一个FLASH1）
Router#write memory
修改完后会显示这样的信息：
Router#show version
Processor board ID JAD06100CD1 (1588947843)
M860 processor: part number 0, mask 49
Bridging software.
X.25 software, Version 3.0.0.
2 Ethernet/IEEE 802.3 interface(s)
32K bytes of non-volatile configuration memory.
16384K bytes of processor board System flash (Read/Write)
Configuration register is 0x2102[/U]
小提示：查看FLASH是否分区还可以使用show flash来查看，如果存在多个分区则会在显示信息中出现System flash directory, partition 1和System flash directory, partition 2的提示。
总结：
IOS和FLASH出现问题的机率不是很大，遇到故障时首先要保证不要着急，因为IOS和FLASH故障都算软件故障，我们都可以通过下载上传相应的软件程序来解决，不会像某个硬件出现问题那样需要花钱来更换设备。
原文转自：www.ltesting.net
篇2：Cisco IOS软件故障排除的方法
其实路由器与交换机等网络设备也是计算机的一种，其也可以分为硬件与软件两部分，本文就从软件方面介绍了思科路由器IOS软件故障方面的问题。
一、启动配置文件丢失
Windows操作系统启动的时候会查看主机中的boot.ini文件，以判断启动的顺序。当这个配置文件损坏的时候，操作系统就无法正常启动。需要使用光盘等工具对这个配置文件进行修复。路由器中也有类似的一个配置文件。如在路由器启动的时候，IOS系统会在配置文件中寻找boot system语句。这个语句决定了路由器从哪一个映像中启动IOS软件。有时候这个语句配置错误的话，就会导致路由器启动故障。遇到这个问题后如何解决呢?在谈具体的解决措施之前，笔者有必要先说明一下IOS软件的映像问题。
Cisco IOS软件设备往往有三种不同的运行环境，分别为RomMonitro、Boot Rom和Cisoco IOS。路由器在启动的时候，会根据用户的指令选择一种环境进行运行。具体运行的环境，就是在配置文件中的Boot System语句中指定。这里需要注意的是，这三种运行环境并不代表不同的操作系统。如以微软操作系统为例，这里将的运行环境并不是像其XP、等等代表不同的操作系统。而更像是在启动的时候，按F8键进入到启动模式的选择界面。系统管理员员再遇到系统故障时，往往会按F8键选择具体的启动模式来解决故障。如在遇到分辨率出现问题的时候，就会采用VGA模式启动来排除故障。其实IOS的这三种工作环境跟这个操作系统的启动模式类似。
如ROM Monitor工作环境，主要提供低级别的功能和诊断。如在这种工作环境下，可以用来修复系统故障或者口令恢复等方面的工作。而在BootRom模式下，只能够使用IOS软件功能的一个有限子集。这两种工作环境跟微软操作系统中的安全模式类似，功能上会受到很大的限制。为此这两个工作环境往往只是用来完成特定的维护任务。当网络管理员发现路由器的工作环境不正常，如某些功能受到限制。那么就需要考虑是否是Boot System语句配置有误。一种比较简单的识别方法，就是通过Show Version语句来查看路由器当前运行的工作模式，具体如下图所示：
图1
在这个图形中，最下面一行显示的就是其当前运行的工作环境。当发现这个工作环境有问题时，就需要重新配置Boot System语句，选择正确的工作环境。
二、寄存器配置错误
IOS操作系统存储在哪些地方呢?对于Cisco产品来说，其可以存储在多个地方。如TFTF服务器、Flash存储器等等。做一个形象的比喻，这就好像在同一台主机上安装了多个相同版本的操作系统，只是其安装的分区不同而已。但是多个分区上的操作系统相互独立，如不同盘区中的操作系统其桌面配置可能都不同。只要启动配置文件没有错误，那么用户可以选择自己所喜欢的任何一个操作系统启动。但是如果这个配置文件出现问题，如设置的启动顺序有问题的话，那会导致什么结果呢?如用户明明想采用D盘分区中的操作系统，因为这个系统中由其个性化的设置。但是由于配置问题的原因，将C盘分区中的操作系统选择为首选的操作系统，结果最后系统所采用的操作系统就会出现问题。
在IOS中也是如此。错误的寄存器配置会导致ISO软件无法从Flash存储器中正确的加载ISO软件。配置寄存器就好像是Boot.ini配置文件，告诉路由器从什么地方获得IOS软件映像(即从什么地方启动)，
同样，错误的启动方式可能会给网络带来致命的故障。如现在IOS软件映像存在两个地方，但是两个地方的配置文件或者IOS版本不同。这重新启动后，如果选择的IOS软件映像有错误，那么就会导致网络不通或者网络冲突等等。
但发现配置寄存器出现错误的时候，这仍然可以使用Show Version命令来对配置寄存器进行最后一次确认。如下图所：
图2
System Image就表示其映像存储的地方。
三、Flash映像文件出现故障
IOS软件比较严重的故障是Flash映像文件出现问题。这就好像操作系统本身出现了问题，而不是配置问题。如操作系统文件丢失等等。如果在路由器启动过程中显示如下信息的话，就表示Flash映像文件可能受损。
Open：Read Error
这个错误信息就是说在读取IOS映像文件的时候出现问题。当Flash映像文件出现损坏的时候，问题就比较麻烦。特别是当配置文件没有保存的话，则问题就大了。其实这跟操作系统的原理是类似的。但操作系统出现比较严重故障的时候，需要重新安装。安装以后，原先的配置就会丢失，需要重新配置。但是如果原先的配置有保存的话，那么只要将配置文件复制过去即可。
如果发现IOS的映像文件出现问题，一般需要经过三个步骤来修复。
第一步：选择合适的工作环境。
但Flash映像文件出现损坏时，网络管理员通常需要更换工作环境。如以BootRom模式启动。在这个模式下，可以对Flash存储器进行写操作。也就是说，这个模式可以用来替换Flash中存储的IOS软件映像。
第二步：覆盖原有的IOS软件映像。
网络管理员以BootRom模式启动时，可以选择使用Copy Tftp Flash命令来替换原有的IOS软件映像。如可以将存储在TFTP服务器上正确的IOS映像复制到路由器的Flash存储其中。在这里笔者要强调一点。如果要路由器正常运行，往往需要使用Flash存储器中完整的IOS软件映像。或者说，大部分的路由器要求将IOS软件映像的一个拷贝加载到RAM中，然后从RAM中执行。还有，有些IOS软件在Flash中是以压缩格式存放的。在复制时还需要对其进行解压。
第三步：恢复配置并进行测试。
如果在TFTP服务器上备用的IOS映像文件中，包含了最新的配置文件，那么最好，不需要重新进行配置。相反，如果备用的IOS映像文件没有最新的配置文件，这就需要对配置进行恢复。如果没有对配置文件进行备份的话，那么就需要重新应用相关的配置。这个工作量就跟企业的实际配置有关。在网络维护中，做好相关配置文件的备份是非常重要的一项工作。
IOS软件映像恢复之后，还需要对恢复后的路由器或者交换机等设备进行测试。如需要测试设置的流量优先级是否有效、过滤机制是否起作用等等。一般来说，在上次路由器配置后所做的测试工作都要做一遍。
四、解决IOS软件故障的一个简易方法
我们再来回想一下，在操作系统出现故障的时候，有什么修复的简便方法呢?要求其难度不大、修复的时间短且重要数据不会丢失。我们只要在每次关机之前，对操作系统进行备份一次。那么下次操作系统无法正常启动时对其进行恢复即可。由于在故障排除时，分析故障的原因往往需要占用比较长的时间。在这里，我们只是简单的恢复操作系统，而不用查找故障发生的原因，显然可以缩短时间。
为此笔者建议，在IOS软件维护的时候，我们也可以采取类似的策略。只要对路由器或者交换机进行了配置之后，如添加了一条策略，就对其备份一次。如备份到TFTP服务器。等到出现故障、短时间又无法找到问题原因时，那么就可以通过恢复的方式来解决IOS软件故障。由于备份文件中保存着最新的配置，恢复之后也就不需要额外的配置工作，就可以使用。
篇3：Cisco交换机IOS升级故障排除例程
交换机运行中出现故障是不可避免的，但出现故障后应当迅速地进行处理，尽快查出故障点，排除故障，但是要做到这一点，就必须了解交换机故障的类型及具备对故障进行分析和处理的能力。
一，升级环境：
事情的原因是这样的，公司下属部门申请到一定的经费用于网络升级，因此该部门前几天新买了一台思科的Catalyst6509交换机，并且配备了WS- X6548-GE-TX这个思科在去年四月才新推出的10M、100M、1000M自适应的48口RJ-45交换模块。6509一共有9个插槽，所以可以插上9个模块，为核心设备升级添加模块是习以为常的事情了。不过由于思科的软件推出总是滞后于硬件，所以拿到手的Catalyst6509交换机标准配置的12.2（14）SX1版本的IOS并不能支持该模块。这就涉及到了升级问题，需要升级6509交换机的IOS。于是我和子部门网络管理员从CISCO 找来支持WS-X6548-GE-TX模块的新版本的IOS准备升级。没有想到，这次简单的升级工作缺弄得我们两个“准高手”麻烦连连，问题接二连三地出现。
二，没有RJ-45接口
对于本次采用的这个WS-X6548-GE-TX模块一共有48个 RJ-45端口，然而6509交换机又没有配其他的带RJ-45接口的模块。这可怎么办呢？毕竟用思科的TFTP Server升级IOS就必须得将交换机和网络上的一台装有TFTP Server的PC相连。经过一番寻找，终于发现超级引擎720上面有一个RJ-45模样的接口，旁边写着Link的字样，结果拿来网线插上一试，发现指示灯都不亮。本来我们两个以为有了希望，然而指示灯不亮就说明该接口无法使用，不过因为这个接口是惟一的希望，否则只能用xmodem方式传输41MB的 IOS，传输时间恐怕让我望而却步。
小提示：
使用XMODEM传输IOS速度上是非常让人头疼的，笔者曾经用XMODEM方式传过一个2950交换机的IOS，总容量也就2MB左右，足足用了两个钟头。按照这个速度来说41MB最快也得30几个小时。
既然使用XMODEM方式传输IOS不太现实，那么还要从超级引擎720上面那个RJ-45模样的接口入手。从网上搜索到相关资料，原来超级引擎720 上的port2 有两种模式：一种是RJ-45接口，还有一种是SFP（a small form-factor pluggable）接口。而默认的设置是SFP，要使用RJ-45接口就必须更改设置。输入以下命令进行修改？D？D
Router(config)#interface gigabitethemet 5/2
//进入该接口进行设置
Router(config-if)#media-type rj45
//修改模式为RJ45，默认是SFP
Router(config-if)#no shutdown
//启用该接口
执行命令后发现橘红色的指示灯终于变成了绿色，接下来就可以使用传统的TFTP方法将升级所需的IOS文件传到到交换机中。本来以为接下来的事情就应该很轻松，谁知道拦路虎并没有就此罢休。
三，TFTP传输协议不支持32兆
接下来给接口配上管理地址，再把原来的IOS备份出来。在超级终端全局模式下输入命令：
Router#copy sup-rootflash: s72033-pk9sv-mz.122-14.SX1.bin tftp://192.168.1.1
TFTP Server 出现一连串#字号，开始传输数据，本来以为一切OK。谁知道眼看着就要传完的时候，系统提示：“timeout! Write error!”。
根据系统提示的信息我查询了网线是否断了，磁盘空间是否不足，答案都是否定的。再次执行传输命令故障依旧。到6509上查看传输完毕的IOS大小为32MB，比完整的IOS32.1MB稍微小一点。为什么多出的0.1MB就无法传送呢？
开始以为是TFTP的软件有问题，版本过低造成的。从网上下载了一个第三方的TFTP server一试，结果还是这样。又找来3Com的TFTP Server，这次效果更差，传到16MB的时候就断开了，系统提示还是超时和写入错误，
仔细分析，终于发现了问题关键所在。两次传输，一次正好 32MB，一次正好16MB，连字节数都不差，肯定不是传输线路问题。找来资料一查，原来TFTP（Trivial File Transfer Protocol）普通文件传输协议最大就支持传输32MB的文件。于是又找来思科文档，一番查询，找出了第2种解决方法，用FTP就行了。于是在PC上建好FTP服务，键入如下命令：
Router# configure terminal
//进入交换机配置模式
Router(config)# ip ftp username username
//设置FTP的访问用户名
Router(config)# ip ftp password password
//设置登录FTP的密码
Touter(config)# end
//结束，退出
Router#copy sup-bootflash: s72033-pk9sv-mz.122-14.SX1.bin ftp:@]192.168.1.1]
//执行FTP传输命令，传输文件为s72033-pk9sv-mz.122-14.SX1.bin，已经建立好的FTP服务器地址为192.168.1.1。
使用FTP传输更新IOS后文件复制非常正常，等待了几分钟，系统提示“successful!”。看来FTP比TFTP就是强大灵活，限制也少很多。
四，协议错误
将IOS成功备份到FTP上后就轮到将新的用于升级的IOS进行上传了。进入6509配置模式使用如下命令进行操作：
Router# configure terminal
//进入配置模式
Router(config)#ip ftp username username
//设置登录FTP的用户名
Router(config)#ip ftp password password
//设置登录FTP的密码
Router(config)#end
//退出设置
Router# copy ftp:@192.168.1.1] / s72033-jk9o3sv-mz.122-17a.SX.bin] sup-bootflash:
//复制s72033-jk9o3sv-mz.122-17a.SX.bin新版IOS到本交换机。
本来以为轻轻松松完成的，结果系统这次提示“Protocol error!”。协议错误？重试一次，下载没有问题的，上传还是提示协议错误。经过笔者分析怀疑问题可能出在FTP Server上，我的FTP Server是用Server-U这个第三方软件做的，会不会是兼容性问题造成的呢？于是换成微软Windows自带IIS中的FTP组件建立 FTP服务器。再次尝试下载与上传都没有任何问题了，不再提示协议错误。屏幕显示Loading…。几秒钟后又出现提示信息：“Flash空间不足”。
五，Flash空间不足
出现FLASH空间不足信息后我特别查询了6509核心设备的硬件配置，默认6509标准配置的Flash为64MB，标配IOS大小为32.1MB，要升级的12.2（17a）SX 版本IOS大小为40.6MB，这样看来空间不足再所难免。但是这个问题还是相对好解决的，将Flash里原来的IOS删除了然后再上传。于是输入命令：
Router#delete sup-bootflash:s72033-pk9sv-mz.122-14.SX1.bin
然后再传。提示信息还是空间不足！这个时候交换机的IOS已经被我删除了，要是不小心掉电或者重起的话，交换机就起不来了。在管理界面中用show命令看，IOS文件已经没有了，但是空间还是剩余30多兆，就是说flash没有被清空。这时候想起以前删除vlan.dat文件后要重启交换机才能生效，可是现在重启是万万不行的。怎么办？上思科网站查找有利用价值的信息，终于找到一条命令squeeze，该命令是将已经删除的文件彻底清空，就好比清空回收站一样。运行：
Router#squeeze sup-bootflash:后再用SHOW命令查看，发现Flash已经被彻底清空，可用空间为64MB。这时候再用FTP上传，几分钟以后就会看见屏幕上提示的成功信息。Reload一下，用show flash命令看IOS版本已经变成了12 .2（17a）SX。插上新模块WS-X6548-GE-TX一试，一切OK，新模块可以正常运行了。
篇4：CISCO学习问题之‘passiveinterface‘命令和路由协议网络知识
环境 Cisco router
问题 'passive interface'命令和路由协议
解答 RIP和IGRP不用和邻接路由器建立邻接关系，当配置了'passive interface'后，该路由器仅从相应的接口收听相应的路由协议包，而不发送路由协议包，
CISCO学习问题之‘passiveinterface‘命令和路由协议网络知识
，
'passive interface'对OSPF，EIGRP则意义不大，因为这两种路由协议都要建立邻接关系。路由包不容许发送，邻接关系就建立不起来。因此在OSPF，EIGRP中，这条命令很少用到。
原文转自：www.ltesting.net
篇5：CISCO交换机IOS升级排障实例网络知识
各公司的 网络 管理员在选购网络设备的时候都是精挑细选，在同等级别的不同厂商之间反复研究，多次比较后选出最佳性价比的产品来， 不过有一点可能很多网络管理员都忽略了，那就是网络产品的未来，一个产品不可能一直使用肯定会有出问题的时候，出问题后厂家
各公司的网络管理员在选购网络设备的时候都是精挑细选，在同等级别的不同厂商之间反复研究，多次比较后选出最佳性价比的产品来。不过有一点可能很多网络管理员都忽略了，那就是网络产品的未来，一个产品不可能一直使用肯定会有出问题的时候，出问题后厂家的服务就显得尤为重要了。同样网络技术是在不断发展前进的，网络产品也要有一定的可升级可扩展性。最近笔者就遇到升级核心设备的问题，现记录如下：
>
一，升级环境：
事情的原因是这样的，公司下属部门申请到一定的经费用于网络升级，因此该部门前几天新买了一台思科的Catalyst6509交换机，并且配备了WS- X6548-GE-TX这个思科在去年四月才新推出的10M、100M、1000M自适应的48口RJ-45交换模块。6509一共有9个插槽，所以可以插上9个模块，为核心设备升级添加模块是习以为常的事情了。不过由于思科的软件推出总是滞后于硬件，所以拿到手的Catalyst6509交换机标准配置的12.2（14）SX1版本的IOS并不能支持该模块。这就涉及到了升级问题，需要升级6509交换机的IOS。于是我和子部门网络管理员从CISCO 找来支持WS-X6548-GE-TX模块的新版本的IOS准备升级。没有想到，这次简单的升级工作缺弄得我们两个“准高手”麻烦连连，问题接二连三地出现。
二，没有RJ-45接口
对于本次采用的这个WS-X6548-GE-TX模块一共有48个 RJ-45端口，然而6509交换机又没有配其他的带RJ-45接口的模块。这可怎么办呢？毕竟用思科的TFTP Server升级IOS就必须得将交换机和网络上的一台装有TFTP Server的PC相连。经过一番寻找，终于发现超级引擎720上面有一个RJ-45模样的接口，旁边写着Link的字样，结果拿来网线插上一试，发现指示灯都不亮。本来我们两个以为有了希望，然而指示灯不亮就说明该接口无法使用，不过因为这个接口是惟一的希望，否则只能用xmodem方式传输41MB的 IOS，传输时间恐怕让我望而却步。
小提示：
使用XMODEM传输IOS速度上是非常让人头疼的，笔者曾经用XMODEM方式传过一个2950交换机的IOS，总容量也就2MB左右，足足用了两个钟头。按照这个速度来说41MB最快也得30几个小时。
既然使用XMODEM方式传输IOS不太现实，那么还要从超级引擎720上面那个RJ-45模样的接口入手。从网上搜索到相关资料，原来超级引擎720 上的port2 有两种模式：一种是RJ-45接口，还有一种是SFP（a small form-factor pluggable）接口。而默认的设置是SFP，要使用RJ-45接口就必须更改设置。输入以下命令进行修改DD
Router(config)#interface gigabitethemet 5/2
//进入该接口进行设置
Router(config-if)#media-type rj45
//修改模式为RJ45，默认是SFP
Router(config-if)#no shutdown
//启用该接口
执行命令后发现橘红色的指示灯终于变成了绿色，接下来就可以使用传统的TFTP方法将升级所需的IOS文件传到到交换机中。本来以为接下来的事情就应该很轻松，谁知道拦路虎并没有就此罢休。
三，TFTP传输协议不支持32兆
接下来给接口配上管理地址，再把原来的IOS备份出来。在超级终端全局模式下输入命令：
Router#copy sup-rootflash: s72033-pk9sv-mz.122-14.SX1.bin tftp://192.168.1.1
TFTP Server 出现一连串#字号，开始传输数据，本来以为一切OK。谁知道眼看着就要传完的时候，系统提示：“timeout! Write error!”。
根据系统提示的信息我查询了网线是否断了，磁盘空间是否不足，答案都是否定的。再次执行传输命令故障依旧。到6509上查看传输完毕的IOS大小为32MB，比完整的IOS32.1MB稍微小一点。为什么多出的0.1MB就无法传送呢？
开始以为是TFTP的软件有问题，版本过低造成的。从网上下载了一个第三方的TFTP server一试，结果还是这样。又找来3Com的TFTP Server，这次效果更差，传到16MB的时候就断开了，系统提示还是超时和写入错误。仔细分析，终于发现了问题关键所在。两次传输，一次正好 32MB，一次正好16MB，连字节数都不差，肯定不是传输线路问题。找来资料一查，原来TFTP（Trivial File Transfer Protocol）普通文件传输协议最大就支持传输32MB的文件。于是又找来思科文档，一番查询，找出了第2种解决方法，用FTP就行了，
于是在PC上建好FTP服务，键入如下命令：
Router# configure terminal
//进入交换机配置模式
Router(config)# ip ftp username username
//设置FTP的访问用户名
Router(config)# ip ftp password password
//设置登录FTP的密码
Touter(config)# end
//结束，退出
Router#copy sup-bootflash: s72033-pk9sv-mz.122-14.SX1.bin ftp:[//[username[:password]@]192.168.1.1]
//执行FTP传输命令，传输文件为s72033-pk9sv-mz.122-14.SX1.bin，已经建立好的FTP服务器地址为192.168.1.1。
使用FTP传输更新IOS后文件复制非常正常，等待了几分钟，系统提示“suclearcase/” target=“_blank” >ccessful!”。看来FTP比TFTP就是强大灵活，限制也少很多。
四，协议错误
将IOS成功备份到FTP上后就轮到将新的用于升级的IOS进行上传了。进入6509配置模式使用如下命令进行操作：
Router# configure terminal
//进入配置模式
Router(config)#ip ftp username username
//设置登录FTP的用户名
Router(config)#ip ftp password password
//设置登录FTP的密码
Router(config)#end
//退出设置
Router# copy ftp:[[//[username[:password]@192.168.1.1] / s72033-jk9o3sv-mz.122-17a.SX.bin] sup-bootflash:
//复制s72033-jk9o3sv-mz.122-17a.SX.bin新版IOS到本交换机。
本来以为轻轻松松完成的，结果系统这次提示“Protocol error!”。协议错误？重试一次，下载没有问题的，上传还是提示协议错误。经过笔者分析怀疑问题可能出在FTP Server上，我的FTP Server是用Server-U这个第三方软件做的，会不会是兼容性问题造成的呢？于是换成微软Windows2000自带IIS中的FTP组件建立 FTP服务器。再次尝试下载与上传都没有任何问题了，不再提示协议错误。屏幕显示Loading…。几秒钟后又出现提示信息：“Flash空间不足”。
五，Flash空间不足
出现FLASH空间不足信息后我特别查询了6509核心设备的硬件配置，默认6509标准配置的Flash为64MB，标配IOS大小为32.1MB，要升级的12.2（17a）SX 版本IOS大小为40.6MB，这样看来空间不足再所难免。但是这个问题还是相对好解决的，将Flash里原来的IOS删除了然后再上传。于是输入命令：
Router#delete sup-bootflash:s72033-pk9sv-mz.122-14.SX1.bin
然后再传。提示信息还是空间不足！这个时候交换机的IOS已经被我删除了，要是不小心掉电或者重起的话，交换机就起不来了。在管理界面中用show命令看，IOS文件已经没有了，但是空间还是剩余30多兆，就是说flash没有被清空。这时候想起以前删除vlan.dat文件后要重启交换机才能生效，可是现在重启是万万不行的。怎么办？上思科网站查找有利用价值的信息，终于找到一条命令squeeze，该命令是将已经删除的文件彻底清空，就好比清空回收站一样。运行：
Router#squeeze sup-bootflash:后再用SHOW命令查看，发现Flash已经被彻底清空，可用空间为64MB。这时候再用FTP上传，几分钟以后就会看见屏幕上提示的成功信息。Reload一下，用show flash命令看IOS版本已经变成了12 .2（17a）SX。插上新模块WS-X6548-GE-TX一试，一切OK，新模块可以正常运行了。
经验总结：
本来以为轻松完成的工作却是一波三折，看来高端产品升级也是非常复杂的，很多原来没有重视的环节都会出现这样或那样的问题。本次故障排除使我也明白了一个道理，技术没有尽头，遇到问题到 查询是最好的办法。还有就是做事情之前一定要三思，如果删除FLASH后想当然的执行了RELOAD的话，交换机就无法启动了，那样的后果将会非常严重。操作前请停手思考30秒往往可以减少很多不必要的损失。
原文转自：www.ltesting.net
★Cisco Catalyst 3000交换机抢险记网络知识
文档为doc格式