造成华为交换机端口crc错误的接口input方向CRC错误包的可能原因是什么

专题四:交换机丢包问题定位_图文_百度文库
两大类热门资源免费畅读
续费一年阅读会员,立省24元!
专题四:交换机丢包问题定位
上传于||暂无简介
阅读已结束,如果下载本文需要使用3下载券
想免费下载本文?
下载文档到电脑,查找使用更方便
还剩13页未读,继续阅读
你可能喜欢排除交换端口和接口问题故障
[an error occurred while processing this directive]
新闻与刊物
商业解决方案
网络解决方案
服务与支持
思科网络技术学院
培训、活动与会议
合作伙伴与代理商
中国:简体中文
TAC中文文档
原文件的链接(英语)
此文档是由人工智能自动翻译系统翻译的,请随时参考。
排除交换端口和接口问题故障
         
         
         
         
本文将帮助解决端口或接口发生故障的原因。 本文在Supervisor或Cisco IOS &#的在Supervisor适用于Catalyst交换机运行CatOS软件系统软件。
有关文件规则的更详尽信息请参阅Cisco技术提示规则。
本文读者应具备以下方面的知识:
本文没有任何具体的前提条件。
使用的组件
本文中的信息包括以下版本的软件和硬件:
本文不限于特定的软硬件版本。
物理层排除故障
使用LED排除故障
如果您有到交换机的物理接入,可以查看端口指示灯以节省时间,它告诉您连接状态或指示出错情况 (如果呈 红色或橙色)。  下面的表描述LED状态指示为以太网模块或固定配置的交换机:
Catalyst 6000 系列交换机
Catalyst 5000 系列交换机
Catalyst 4000 系列交换机
Catalyst 3750系列交换机
Catalyst 3550 系列交换机
系列交换机
Catalyst XL系列交换机
Catalyst 系列交换机
Catalyst G-L3系列交换机
保证两边有一条链路。 单个中断的电线或者一个已被关闭的端口,可以导致一端有链路指示灯而另一端没有的问题。
链路指示灯不保证电缆完全功能。 电缆可能遇到物理压力,这使它在边缘水平具有一定功能。 通常,您可以通过有许多信息包错误的端口或者经常拍动的端口(丢失和收复链路)来鉴别此情况。
检查连接的电缆和两边
如果不能打开此端口的链路指示灯,您应该考虑以下可能性:
可能的原因
电缆没有连接
连接电缆从交换机到一个完全已知的设备。
切记电缆的两端插入正确的端口。
设备没有功率
保证两个设备有功率。
错误电缆类型
验证电缆选择。  参考 (交叉与直通等等)并且
交换可疑的电缆与完全已知的电缆。 寻找残破或缺少管脚在连接器。
检查松散连接。 有时电缆在插孔看上去供以座位,但是不是。  拔掉电缆并且再插入它。
排除有故障的跳线架连接。 绕过跳线架,如果可能排除它。
媒介转换器
排除有故障的媒介转换器: 光纤对铜等等旁路媒介转换器,如果可能排除它。
坏或错误的Gigabit Interface Convertor (GBIC)
交换可疑的GBIC与完全已知的GBIC。
验证GBIC的此类型的Hw和Sw技术支持。 请参见本文的。
坏端口或模块
没被启用的端口或接口或者模块
将电缆移动到知名的好端口上,以排除可疑的端口或模块故障。
使用CatOS的show port命令或Cisco IOS的show interface命令,寻找 errdisable、禁用或关闭状态。
show module命令可能指示有故障,可能指示硬件问题。  欲知更多信息,参见本文的常见端口和接口问题部分。
铜导线以太网和光缆 保证您有正确的电缆为您做的连接类型。 类别3铜电缆可以用于10 Mbps非屏蔽双绞线(UTP)连接,但绝对不能用于10/100或10/100/1000Mbps UTP连接。  总是把类别5、类别5e或类别6 UTP用于10/100或10/100/1000Mbps连接。
注意5e类和6类的电缆由于制造中使用了绝缘材料,所以可以存储高级静电荷。 在将电缆与模块连接之前,一直要将电缆((特别是在运行新的电缆时)与合适、安全的地面连接。  
对于光纤,保证您具有相关距离的正确电缆和正在使用的光纤端口类型。 二个选项是单模光纤(SMF)或多模光纤(MMF)。 请确定设备上连接在一起的端口都是SMF或者MMF。
注: 对于光纤连接,请确定一个端口的传输端已连接到另一个端口的接收端上。 连接为传送对传送和receive-to-receive不会工作。
以太网和快速以太网最大传输距离
收发器速度
站间最大距离
328 ft (100 m)
1.2 mi (2公里)
类别5 UTP 类别5e UTP
328 ft (100 m)
328 ft (100 m)
1312 ft (400 m)
1.2 mi (2公里)
1312 ft (400 m)
6.2 mi (10公里)
关于更详细的细节如不同种类的电缆/连接器、布线要求、光学需求(距离、类型、软线等等)、怎样连接不同电缆以及哪种电缆用于多数Cisco交换机和模块,请参见以下文件:
千兆以太网排除故障
如果有设备A通过千兆链路连接到设备B,且该链路未接通,则执行以下程序。
验证设备A和B正在使用相同的GBIC、短波(SX)、长波(LX)、长途(LH)、延长波长(ZX)或铜线UTP (TX)。 两个设备必须使用GBIC同样类型建立链路。 SX GBIC需要连接用SX GBIC。 SX GBIC与LX GBIC不会连接。  欲知更多信息,参考以下文件: 。
验证每个GBIC和电缆使用的距离如对下面的表定义。
 1000BASE-T和1000BASE-X端口电缆连接规格
铜或光纤类型
核心Size1 (微米)
模态带宽(MHz/km)
电缆Distance2
WS-G5483 1000Base - T (铜)
类别5e UTP 类别6 UTP
328 ft (100 m)
WS-G5484 1000BASE-SX3
722 ft (220 m)
902 ft (275 m)
1640 ft (500 m)
1804 ft (550 m)
WS-G5486 1000BASE-LX/LH
1804 ft (550 m)
1804 ft (550 m)
1804 ft (550 m)
6.2英哩(10公里)
WS-G5487 1000BASE-ZX5
43.5英哩(70 km)7
62.1英哩(100公里)
为多模式光缆产生的编号引用核心直径。 对于单模式光缆, 8.3微米引用核心直径。 9微米和10微米值指模式字段直径(MFD),即光纤的光运载部分的直径。 这个区域由光纤核心及一小部分外围组成。 MFD是核心直径、激光器的波长和核心与包层之间的折射率差异的函数。
距离根据光纤损失。 多个接续和不标准的光缆将减少电缆距离。
使用与仅MMF。
4当使用带有62.5微米直径MMF的LX/LH GBIC时,您必须在链路的传输和接收端的GBIC和MMF电缆之间安装模式调节转接线(CAB-GELX-625或同类接线)。 少于328英尺(100 m)或大于984英尺(300 m)的链路距离需要模式调节接线。 模式调节接线可以防止MMF的短距离超速传动,并减少MMF的长距离差分模式延迟。  欲知更多信息,参考以下文件:
使用与仅SMF。
色散位移的单模式光缆。
7Zx GBIC的最小链路长度是6.2英哩(10公里),8-dB衰减器安装在链路的两端。 没有衰减器,最小链路长度是24.9英哩(40公里)。
如果任一个设备有多个千兆位端口,请彼此连接端口。 这将测试每个设备并且验证千兆接口正确地作用。 例如,您有有二个千兆端口的一台交换机。 金属丝千兆端口一到千兆端口二。 链路是否出来?  如果那样,端口是好。 STP将在端口阻拦并防止任何回环(端口1接收(RX)到端口2传输 (TX),且端口1 TX到端口2RX)。
如果单个连接或步骤3使用SC连接器时出现故障,应将端口回环到自已(端口1 RX到端口1
TX)。 端口是否出现?  否则,请与TAC联系,这可能有故障的端口。
如果第3步和第4步是成功的,但不能建立设备A和B
之间的连接,应将端口回环到与两个设备毗邻的电缆上。 验证没有有故障的电缆。
验证千兆位自适应的每个设备支持802.3z规格。 千兆以太网具有一种自动协商程序,要比用于10/100以太网的自动协商程序的使用更广泛(千兆位自动协商规范): IEEE Std 802.3z-1998)。 当您启用链路协商时,系统自动交涉流控制、双工模式和远程故障信息。 您在链路的两端必须或者启用或禁用链路协商。 链路两端必须设置为同一个值,或者链路不能连接。 当连接到IEEE 802.3z标准批准之前生产的设备时,问题已经被发现。 如果任一设备不支持千兆位自适应,那么禁用千兆位自适应将强制建立链路。
警告: 禁用自动协商隐藏链路下落或物理层问题。 自动协商只需要禁用例如终端设备可能不支持IEEE 802.3z的更旧的千兆NIC是否使用。  请勿禁用自动协商在交换机之间,除非绝对必需如此执行,作为物理层问题可以去未被发现,造成STP循环。 选择联系供应商为软件或硬件升级为IEEE 802.3z千兆自动协商支持。
排除错误信息故障: %SYS-4-PORT_GBICBADEEPROM : /%SYS-4-PORT_GBICNOTSUPP,是指:
对于GigabitEthernet系统要求以及千兆接口转换器(GBIC)、粗波分多路技术(CWDM)和智能小型封装可插拔模块(SFP)系统要求,请参考:
一般配置和故障检修信息,请参见以下:
连接与Notconnected
多数Cisco交换机默认值到有端口在非连接状态。  这表示当前没有连接到任何设备,但如果有到其他运行设备的有益连接,则愿意连接到其他设备。  如果您在非连接状态中连接一根好电缆到两个交换端口上,两个端口的链路指示灯应该变得绿色,并且端口状态应该指示已连接。 这意味着端口是UP,只要第一层(L1)。
对于CatOS,您能使用show port命令来验证端口是否处于连接或非连接状态,或者它是否处于导致连通性失效或错误-禁止故障的状态。
Switch& (enable) sh port status 3/1
Duplex Speed Type
----- -------------------- ---------- ---------- ------ ----- ------------
auto 10/100BaseTX
!--- The show port status {mod/port} command show the port is disabled.
!--- Use the set port enable {mod/port}command to try and re-enable it.
对于Cisco IOS,您能使用show interfaces命令验证接口是否“上升,路由协议(连接)”。 第一" up "参阅接口的物理层状况。  路由协议消息显示接口的数据链路层状况并显示接口能发送和接收Keepalive。
Router#sh interfaces fastEthernet 6/1
FastEthernet6/1 is up, line protocol is down (notconnect)
!--- The interface is up (or not in a shutdown state), but line protocol down.
!--- Reason: In this case, the device on the other side of the wire is a
!--- CatOS switch with its port disabled.
Router#sh interfaces fas 6/1 status
notconnect
10/100BaseTX
!--- The show interfaces card-type [slot/port] status command is the equivalent
!--- of show port status for CatOS.
如果show port显示连接或show interfaces出现路由协议(连接),但您看到其中一个命令的输出中错误在增加,请参见CatOS或Cisco IOS的了解特殊端口和接口计数器输出,或本文中关于故障排除的普通端口和接口问题部分。
最普通的端口和接口故障检修命令为CatOS和Cisco IOS
下面的表在交换机在Supervisor在Supervisor的显示排除端口或接口问题故障使用最普通的命令运行CatOS软件或Cisco IOS系统软件。
注: 在左列选择一个命令,进入该命令的说明文档。  右栏简要描述了执行什么命令,并列出了每种平台使用此命令的所有例外情形。
CatOS的输出解释器工具支持以下命令,这些命令可以用来排除交换机端口的故障: show version、show module、show port、show counters或者show mac。
从您的Cisco设备,如果您有支持命令的输出,您可以用它来显示潜在问题和修正。 如果要使用输出解释器,您首先必须是注册用户,然后需要登录,并拥有启用的Javascript。
Cisco IOS命令
对于运行CatOS的交换机,此命令显示每模块和系统存储容量的软件和硬件版本信息。
对于运行Cisco IOS的交换机,此命令显示了类似Cisco路由器的输出,如软件镜像名字、版本信息和系统存储容量。
有助于搜索软件/硬件不兼容性(使用版本说明或软件顾问)和Bug (使用软件Bug工具包)
欲知使用show version命令的更多信息,参见本文的软件问题部分。
对于Catalyst 、4000和其他运行CatOS或Cisco IOS的模块化交换机,此命令显示了该交换机中存在的卡、运行的软件版本以及模块所处的状态。 好有故障等等。
有用在模块或端口诊断一个硬件问题。
关于使用show module命令的硬件故障排除问题的更多信息,请参阅本文中端口或接口状态失效或关闭或硬件问题部分。
对于CatOS,此命令显示交换机的非默认配置设置(默认配置做了所有更改)。  对设置的所有更改在CatOS自动地被保存。
对于Cisco IOS,此命令显示交换机的当前配置文件。  更改使用write memory命令被保存对设置在Cisco IOS。
有助于确定模式/端口或接口的配置错误是否会引起问题。
对CatOS来说,show port命令显示端口是否连接,在哪个VLAN内,以什么速度/双工运行,以及信道信息和错误信息等。
对于Cisco IOS,show interfaces命令显示了交换端口、输入和输出信息包、缓冲故障和错误等的管理和操作状态。
这两个命令的输出在本文的了解CatOS和Cisco IOS的端口和接口计数器输出部分有详细的讨论。
因为CatOS和Cisco IOS使用clear counters命令减少数据流和错误计数器,以便您能发现是否存在暂时的问题,或者是否计数器在继续增加。
对于CatOS, show port &mod/port>命令显示port error counters类似FCS、对准线、冲突等等。
对于Catalyst ,和3750系列上的Cisco IOS,等效命令是show interfaces卡类型x/y
计数器错误。
这两个命令的输出在本文的了解CatOS和Cisco IOS的端口和接口计数器输出部分有详细的讨论。
对于CatOS,show counters命令显示特定模式/端口或接口的64位和32位硬件计数器。  计数器根据模块类型和平台将变化。
对于Cisco IOS,show counters interface命令引入到软件版本12.1(13)E中,仅用于Catalyst 6000系列;且它等同于show counters命令,用于显示32位和64位错误计数器的CatOS。
对于XL、、和3750系列交换机上的Cisco IOS,show controllers ethernet-controller命令类似于CATOS平台上的show counters命令。 显示丢弃的帧、延迟的帧、校验错误、冲突等等。
对于CatOS来说,show Mac命令显示流量通过每个端口的MAC计数器,例如接收到的帧、传输帧、out-lost、in-lost等等。(此命令没有列出端口上桥接软件了解的MAC地址。 请使用命令show cam dynamic对于该信息。)
对于Cisco IOS, show interfaces card-type x/y counters命令是相似的show mac为CatOS平台。
这两个命令的输出在本文的了解CatOS和Cisco IOS的端口和接口计数器输出部分有详细的讨论。
对于CatOS, show test命令显示在启动遇到的所有硬件错误。
对于Cisco IOS,等效命令是引入到12.1(11b)E中用于Catalyst 6000系列的show diagnostic,以及引入后用于Catalyst 4000系列的show diagnostics(加了一个“S”)。 两个命令显示Power On Self Test (POST)结果。
对于XL、、和3750系列交换机上的Cisco IOS,显示交换机POST结果的等效命令是show post。
欲知Catalyst交换机上硬件相关错误的故障排除的更多信息,参见本文的硬件问题部分。
You can use Output Interpreter to display potential issues and fixes.
To use Output Interpreter, you must be a
user, be logged in, and have JavaScript enabled.
了解特定端口和接口计数器为CatOS和Cisco IOS输出了
多数交换机有途径跟踪数据包或端口或接口错误。  发现该类信息的常见命令,参见本文的CatOS和Cisco IOS最常见的端口和接口故障排除命令。
过量错误为某些计数器通常指示一个问题。 运行半双工设置时,帧检查顺序(FCS)、校准线、不全计数器和冲突计数器中增加一些数据链路错误很正常。 通常,错误一个一个百分比对总流量为半双工连接是可接受的。 如果输入信息包的错误比率大于2%或3%,可能发现性能下降。
在半双工环境中,交换机和已连接的设备有可能在同一时间感觉金属丝和传输,从而导致冲突。 冲突可能导致runts、FCS错误和校验错误,因为帧没有完全复制到线上,这就产生分段帧。
运行全双工时,FCS中的错误、循环冗余校验(CRC)、对准线和不全计数器都应当最小。 如果链路运行在全双工,冲突计数器不是活跃的。 如果FCS、CRC、对准线或者不全计数器增加,请检查双工不匹配。 双工不匹配时,交换机运行为全双工,连接设备运行为半双工,反之亦然。 双工不匹配的结果非常将是运行缓慢、间歇接通和连接失效。 全双工数据链路错误的其他可能原因是电缆已坏、交换端口有故障或者存在NIC 软件/硬件问题。 欲知更多信息,参见本文的常见端口和接口问题部分。
Show port为CatOS和Show interfaces为Cisco IOS
show port {mod/port}命令当运行CatOS在Supervisor,使用。  此命令的另一选项是只显示端口错误计数的show port counters {mod/port}命令。   参考表1,了解错误计数器输出的解释,或者点击下面的计数器超链接。
Switch& (enable) sh port counters 3/1
----- ---------- ---------- ---------- ---------- ---------
Single-Col
----- ---------- ---------- ---------- ---------- --------- --------- ---------
show interfaces card-type {slot/port}命令是等效命令为Cisco IOS在Supervisor。  此命令(用于Catalyst ,
和3750系列交换机)的一个替代选择就是show interfaces  card-type {slot/port} counters errors命令,它只显示接口错误计数器。
注: 对于 XL系列开关请用请使用show interfaces card-type {slot/port}命令。
Router#sh interfaces fastEthernet 6/1FastEthernet6/1 is up, line protocol is up (connected)
Hardware is C6k 100Mb 802.3, address is .8848 (bia .8848)
, BW 100000 Kbit, DLY 100 usec,
reliability 255/255, txload 1/255, rxload 1/255
Encapsulation ARPA, loopback not set
input flow-control is off, output flow-control is off
ARP type: ARPA, ARP Timeout 04:00:00
00:00:36, output hang never
counters never
Total output drops: 0
Queueing strategy: fifo
show interfaces命令输出至此点下面解释(按顺序) :
up路由协议为up(接通)---第一个“up”是指接口的物理层状态。  路由协议消息显示接口的数据链路层状况并显示接口能发送和接收Keepalive。
MTU---最大传输单元(MTU)默认为1500个字节以太网(帧的最大数据部分)。
全双工, 100Mb/s -全双工和100 Mbps是接口的当前速度和双工设置。  这不分辨您autoneg是否被用于达到此。  启远地请使用show interfaces 6/1 status命令显示此:
Router#sh interfaces fas 6/1 status
Speed Type
a-100 10/100BaseTX
!--- Autonegotiation was used to achieve full-duplex and 100Mbps.
上次输入,输出——自从上一信息包成功地由接口接收或传输后的时、分和秒数。 当一个停止的接口发生了故障,这为知道是有用的。
show interface计数器的最后一次清洁---交换机最后一次重新启动以来,最后一次发出的clear counters命令。 clear counters命令被用于重置接口统计数据。
注: 清除计数器时,没有清除可能影响路由的变量(例如,负载和可靠性)。
输入队列-信息包的数量在输入队列。 Size/max/drops =当前队列中的帧数量/在必须开始丢弃帧之前队列可能容纳的最大帧数量/由于最大队列尺寸被超出后的实际丢失帧数量了。  冲洗在运行Cisco IOS的Catalyst 6000系列被用于计算选择性信息包丢弃(SPD)下落。 (在运行Cisco IOS的Catalyst 4000系列上,可以使用冲洗计数器,但绝不会增加其数量)。SPD是一种机制,当CPU超载时,该机制将快速丢弃低优先级信息包,以便保存高优先级信息包的某些处理功能。
总output drops -,因为输出队列满,信息包的数量下降了。 此常见原因可能是高带宽链路的数据流被切换到低带宽链路上或者多条入局链路的数据流被切换到单条出局链路上。 例如,如果很多突发数据流从千兆接口进入并切换到100Mbps接口上,这可能导致100Mbps接口上的输出丢弃增加。 这是因为流入的和流出带宽之间的速度不匹配,导致接口的输出队列被超额数据流淹没。
输出队列-信息包的数量在输出队列。 Size/max意味着队列中当前帧数量/在饱和且必须丢弃一部分帧之前队列可能容纳的最大帧数量。
5分钟输入/输出速率---在最后5分钟内,可以通过接口查看平均输入和输出速率。 通过指定更短时期,获得准确读物(例如,更好检测数据流突发),发出load-interval&seconds>interface命令。
show interfaces命令还显示类似或等同于CatOS错误计数器输出的错误计数器输出。 参考表1,了解错误计数器输出的解释,或者点击下面的计数器超链接。
!--- ...show interfaces command output continues.
bytes, 0 no buffer
Received 1117035 broadcasts, 0 runts, 0 , 0 throttles
0 input errors, 0 , 0 frame, 0 , 0 ignored
0 input packets with dribble condition detected
285811 packets output,
bytes, 0 underruns
0 , 0 , 2 interface resets
0 , 0 , 0 deferred
0 , 0 no carrier
0 , 0 output buffers swapped out
show interfaces card-type {slot/port} counters errors命令是等同的Cisco IOS命令show port counters CatOS。  参考表1,了解错误计数器输出的解释,或者点击下面的计数器超链接。
Router#sh interfaces fastEthernet 6/1 counters errors
Single-Col
表1 : CatOS错误计数器为show port或show port counters输出了为Catalyst 6000, 系列。 Cisco IOS错误计数器输出用于显示Catalyst 系列的接口或接口卡类型 x/y计数器错误。
计数器 (以字母顺序)
增加错误计数器的说明和常见原因
说明: CatOS sh port和Cisco IOS sh interfaces counters错误。 校验错误是接收帧的数量计数,不以八位组的偶数结尾,并带有坏循环冗余校验接收(CRC)。
常见原因: 这些通常是双工不匹配或物理问题的结果(例如接线、一个坏端口或者坏NIC)。 当电缆第一次连到端口时,会发生部分这样的错误。 并且,如果有连接到端口的集线器,集线器上其他设备之间的冲突可能导致这些错误。
平台例外: 校验错误在Catalyst 4000系列Supervisor I (WS-X4012)或Supervisor II (WS-X4013)没有计数。
说明: Cisco IOS sh interfaces counter。 表明的CatOS计数器传输闲聊计时器过期。 jabber是比1518个八位组还长的帧(不包括分割位,但包括FCS八位组),此帧不以八位组的偶数结束(校正错误),拥有一个坏的FCS错误。
说明: CatOS sh port和Cisco IOS sh interfaces counters错误。 Carri-Sen (载波侦听)计数器每增加一次,以太网控制器就想在半双工连接上发送数据。 如果控制器在传输前不繁忙,那么它可以感知线路,并能进行检测。
常见原因: 这是正常的在一个半双工以太网段。
collisions
说明: Cisco IOS sh interfaces counter。 次数--在传输流程后期,从特殊接口上检测到的一个冲突。
常见原因: 冲突通常用于配置为半双工的接口,但是不应该在全双工接口上看到。  如果冲突明显增加,则表示高利用链路,或者有可能与连接设备的双工不匹配。
说明: Cisco IOS sh interfaces counter。  初始LAN位置或远端设备生成的CRC与收到数据计算出来的校验和不匹配时,该数值会增加。
常见原因: 这在LAN接口或LAN通常指示噪声或传输问题。 CRC的大量出现通常是冲突的结果,但也说明是物理层问题(例如接线、坏接口或者NIC)或双工不匹配问题。
说明: Cisco IOS sh interfaces counter。  帧数量经过等待已被成功传输,因为介质繁忙。
常见原因: 在设法传输帧时,这种情况经常可以在已使用载波的半双工环境中见到。
input packetswith dribble condition
说明: Cisco IOS sh interfaces counter。 一滴误码表明帧轻微太长。
常见原因: 因为交换机接受帧,此帧错误计数器为信息目的被增加。
Excess-Col
说明: CatOS sh port和Cisco IOS sh interfaces counters错误。 传输在特殊接口失效由于额外冲突的一计数帧。 当信息包连续,有一次冲突16次额外冲突发生。 信息包然后被丢弃
常见原因: 额外冲突一般是指要在多种分段上分开段上的负荷,但也指带有连接设备的双工不匹配。 在接口不应该看到冲突被配置作为全双工。
说明: CatOS sh port和Cisco IOS sh interfaces counters错误。 有效大小帧的数量带有帧检查顺序(FCS)错误,但是没有组帧错误。
常见原因:这典型地是一个实际上问题(例如接线、一个坏端口或者坏网络接口卡(NIC)),但是能也指示双工不匹配。
说明: Cisco IOS sh interfaces counter。
不正确接收的信息包数量存在CRC错误和八位位组(校验错误)的非整数编号。
常见原因: 这通常是冲突或物理问题的结果(例如布线、损坏端口或NIC),但也表示双工不匹配。
说明: CatOS sh port和Cisco IOS sh interfaces和sh interfaces counters错误。
所接收的帧超出最大为IEEE 802.3的帧尺寸(用于非超大以太网的1518个字节),并且有损坏帧检查顺序(FCS)。
常见原因: 在许多情况下,这是坏NIC的结果。  设法查找冲突的设备和从网络去除它。
平台例外:
运行Cisco IOS的Catalyst Cat4000系列 早先对软件版本12.1(19)EW,大型计数器将增加为帧> 1518bytes。 在12.1(19)EW以后,仅当具有损坏FCS的帧接收> 1518字节时,在show interfaces中的巨人才会增加。
说明: Cisco IOS sh interfaces counter。 接口丢弃所收到的信息包数量,因为在内部缓存区运行的接口硬件减少。
常见原因: 噪声广播风暴和突发传输能造成忽略的计数增加。
Input errors
说明: Cisco IOS sh interfaces counter。
常见原因: 这不包括小家畜、巨人、缓冲区、CRC、帧、超出和忽略的计数。 其他与输入有关的错误还可以导致输入错误计数增加,部分数据包还可能不止发生一个错误。 所以,此总和可能不平衡带有被列举的输入错误计数的总和。
说明: CatOS sh port和Cisco IOS sh interfaces和sh interfaces counters错误。 次数--在传输流程后期,从特殊接口上检测到的一个冲突。 对于10 Mbit/s端口来说,这比进入信息包传输的512位时间更晚。 五百和十二位时间在一个10 Mbit/s系统对应于51.2微秒。
常见原因: 此错误能尤其指示双工不匹配。 对于双工不匹配方案,最近的冲突在半双工侧被看到。 当半双工端在传输,而全双工一端没有排队等候,同时进行传输时,就导致了迟冲突。 最近的冲突能也指示太长的以太网电缆或分段。 在接口不应该看到冲突被配置作为全双工。
lost carrier
说明: Cisco IOS sh interfaces counter。 在传输期间,次数载波丢失。
常见原因: 检查一个坏电缆。  检查物理连接在两边。
说明: CatOS sh port和Cisco IOS sh interfaces counters错误。
次数--在接口上将帧成功传输到介质前发生的多个冲突。
常见原因: 冲突通常用于配置为半双工的接口,但是不应该在全双工接口上看到。 如果冲突明显增加,则表示高利用链路,或者有可能与连接设备的双工不匹配。
说明: Cisco IOS sh interfaces counter。
因为没有缓冲空间,收到的信息包的数量丢弃了。
常见原因: 和忽略的计数相比。 广播风暴可以经常负责对这些事件。
no carrier
说明: Cisco IOS sh interfaces counter。 次数载波在传输期间不是存在。
常见原因: 检查一个坏电缆。  检查物理连接在两边。
说明: 即使没有检测到错误,选中的出局信息包数量也会被丢弃。
常见原因: 丢弃这个信息包的一个可能原因是信息包能自由释放缓冲空间。
output buffer failuresoutput buffers swapped out
说明: Cisco IOS sh interfaces counter。 失败的缓冲区的数量和缓冲区数交换了。
常见原因: 例如,设想1gig组播流正被转发到24个100 Mbps
端口上这样一个场景。  如果输出接口订购过量,那么输出缓冲故障与摈除( Out-Discard)一起是增加很正常。
故障检修信息,请参见 区分本文。
output errors
说明:Cisco IOS sh interfaces counter。 防止数据包最终传输到接口外面的所有错误总和。
说明: 次数接受器硬件无法递交接收的数据对硬件缓冲。
常见原因: 输入速率数据流超出了接受器能力处理数据。
信息包输入-输出
说明: Cisco IOS sh interfaces counter。 总无错信息包在接口接收和传输。 监控这些计数器的增加有助于确定数据流是否适当流经接口。 字节计数器包括由该系统接收和传输的无错信息包中的数据及MAC封装。
说明: CatOS show port或show port counters和Cisco IOS (仅用于Catalyst 6000系列) sh interfaces counters错误
常见原因:  请参阅下面的平台例外。
平台例外:
Catalyst 5000 系列
接受器错误=接受缓冲故障。 因此,例如小家畜/小巨人或FCS-Err不会增加接收错误计数。 由于额外数据流, rcv-err计数器在5K只将增加。
在Catalyst 4000系列 接受的错误=全部收到错误总和,表示与Catalyst 5000相比,当接口收到诸如小矮人、巨人或FCS-Err等错误时,接受器错误数量将增加。
说明: CatOS sh port和Cisco IOS sh interfaces和sh interfaces counters错误 收到的帧比IEEE 802.3帧最小尺寸(以太网64个字节)更小且有损坏的CRC
常见原因: 这可能由双工不匹配和物理问题引起,例如附着设备上的损坏电缆、端口或者NIC。
平台例外: 运行Cisco IOS的Catalyst 4000系列 早先对sw版本12.1(19)EW,小家畜=比一般小。 比一般小=帧& 64bytes。  在接收少于64字节的帧时,不全计数器才会增加。  在12.1(19EW以后,小家畜=片段。  片段是帧& 64个字节,但是与坏CRC。   当接收到& 64个字节且带有一个坏CRC的帧时,其结果是show interfaces中的不全计数器随着show interfaces counters error中的片段计数器而增加
Single-Col
说明: CatOS sh port和Cisco IOS sh interfaces counters错误。
次数--在接口上将帧成功传输到介质前发生的一个冲突。
常见原因: 冲突通常用于配置为半双工的接口,但是不应该在全双工接口上看到。 如果冲突明显增加,则表示高利用链路,或者有可能与连接设备的双工不匹配。
说明: 次数发射机比交换机快速运行能处理。
常见原因: 这可能发生在高吞吐量情况中,该情况为一个接口从许多其他接口那里接收到大量的突发性数据流。  接口重置可能发生与低估一起。
说明: CatOS sh port和Cisco IOS sh interfaces counters错误
如果收到的帧小于最小IEEE 802.3帧(不包括组帧位,但包括FCS八位位组)的大小64字节,则这样的帧可以很好的形成。
常见原因: 检查派出这些帧的设备。
说明: CatOS sh port和Cisco IOS sh interfaces counters错误
这是内部发送的征兆(Tx)缓冲区是充分的。
常见原因:  Xmit错误的常见原因可能是高带宽链路的数据流被切换到低带宽链路上或者多条入局链路的数据流被切换到单条出局链路上。 例如,如果很多突发数据流从千兆接口进入并切换到100Mbps接口上,这可能导致100Mbps接口上的Xmit错误增加。 这是因为流入和流出带宽之间的速度不匹配,导致接口的输出缓冲被超额数据流淹没。
Show mac为CatOS和Show interfaces counters为Cisco IOS
在监控器上运行CatOS以便监控端口上的入局和出局数据流时show mac {mod/port}命令是有用的,正如用于单播、组播和广播数据流的接收(Rcv)和传输(Xmit)计数器所显示的一样。 下面的输出是从运行CatOS的Catalyst 6000 :
Console& (enable) sh mac 3/1
Rcv-Unicast
Rcv-Multicast
Rcv-Broadcast
-------- -------------------- -------------------- --------------------
Xmit-Unicast
Xmit-Multicast
Xmit-Broadcast
-------- -------------------- -------------------- --------------------
Xmit-Octet
-------- -------------------- --------------------
Dely-Exced MTU-Exced
In-Discard Out-Discard
-------- ---------- ---------- ---------- -----------
Last-Time-Cleared
----- --------------------------
Sun Jun 1 :47
此命令也有以下错误计数器: Dely-Exced、MTUExced、内部取消和摈除。
Dely-Exced---此端口丢弃帧数量在于通过交换机的额外传输延迟。 除非端口在非常高利用率之下,此计数器不应该上升。
MTU超出-这是一个指示,意味着该端口或分段上的设备之一正在 传输的帧比允许的帧尺寸更大(1518个字节为非超大以太网)。
内部取消(In-Discard)--流入的有效帧被丢弃的原因是帧不需要交换。 如果集线器连接到端口,而该集线器上的两台设备正在交换数据,这种情况也许很正常。 交换端口仍然看得到数据但不必切换该数据(因为CAM表显示与同一个端口相关的两个设备MAC地址),并因此将其丢弃。 在配置为中继线的端口上该计数器可能会增加,如果该中继线阻塞一些VLAN或位于VLAN的唯一成员端口上。
摈除-即使没有发现信息包错误,被选中的出局信息包数量也应该被丢弃。 丢弃这个信息包的一个可能原因是信息包能自由释放缓冲空间。
运行CatOS的Catalyst 系列交换机有二个另外的错误计数器在show Mac命令。  这些是In-lost和Out-lost计数器:
Dely-Exced MTU-Exced
In-Discard Lrn-Discrd In-Lost
Out-Lost-------- ---------- ---------- ---------- ---------- ---------- ---------- 5/1
In-lost -在Catalyst 4000上,此计数是在端口上接收到的所有错误信息包总和。  另一方面,Catalyst 5000上的In-lost计数器跟踪所有接收缓冲故障总和。
外部丢失 -在Catalyst 上,这些是在转发之前流失的帧(由于缓冲空间不足)。  这通常是通过过度预定端口导致的。
在Supervisor上运行Cisco IOS才使用show interfaces card-type{slot/port} counters 命令。
注: 没有等同计数器到CatOS show mac错误计数器: 这个命令中包含Dely-Exced、MTU Exced和In-Discard,但是Cisco IOS的Out-Discard 计数器显示了上述表1中所述的interfaces counters errors 命令。
Router#sh interfaces fas 6/1 counters
InUcastPkts
InMcastPkts
InBcastPkts
OutUcastPkts
OutMcastPkts
OutBcastPkts
!--- Cisco IOS counters used to monitor inbound and outbound unicast, multicast
!--- and broadcast packets on the interface.
Show counters为CatOS和Show counters为Cisco IOS建立接口
show counters [mod/port]命令提供更加详细统计为端口和接口。  此命令用于CatOS,且等效show counters
接口卡类型{插槽/端口}命令被介绍进Cisco IOS软件版本12.1(13)E,仅用于Catalyst 6000系列。  这些命令显示32位和64位错误计数器每个端口或接口。  请参见CatOS命令说明文件欲知更多信息。
注: 计数器stats为运行Cisco IOS的Catalyst 6000系列交换机在十六进制。
Console& (enable) sh counters 3/1
64 bit counters
rxHCTotalPkts
txHCTotalPkts
rxHCUnicastPkts
txHCUnicastPkts
rxHCMulticastPkts
txHCMulticastPkts
rxHCBroadcastPkts
txHCBroadcastPkts
rxHCOctets
txHCOctets
10 rxTxHCPkts64Octets
11 rxTxHCPkts65to127Octets
12 rxTxHCPkts128to255Octets
13 rxTxHCPkts256to511Octets
14 rxTxHCpkts512to1023Octets
15 rxTxHCpktsOctets
16 txHCTrunkFrames
17 rxHCTrunkFrames
18 rxHCDropEvents
32 bit counters
rxCRCAlignErrors
rxUndersizedPkts
rxOversizedPkts
rxFragmentPkts
txCollisions
ifInErrors
ifOutErrors
ifInDiscards
ifInUnknownProtos
10 ifOutDiscards
!--- Output suppressed.
Show controller以太网控制器为Cisco IOS
对于Catalyst ,/和XL交换机,请使用命令show controller以太网控制器以显示数据流计数器和错误计数器输出, 该输出与Catalyst 和4000系列交换机的sh端口、sh接口、sh mac
和show counters输出相似。
3550-1#sh controller ethernet-controller fastEthernet 0/1
!--- Output from a Catalyst 3550.
Transmit FastEthernet0/1
0 Unicast frames
0 Unicast frames
0 Multicast frames
0 Multicast frames
0 Broadcast frames
0 Broadcast frames
0 No dest, unicast
0 No dest, multicast
0 Deferred
0 No dest, broadcast
2 collision frames
3 collision frames
4 collision frames
5 collision frames
6 collision frames
7 collision frames
0 Minimum size frames
8 collision frames
0 65 to 127 byte frames
9 collision frames
0 128 to 255 byte frames
0 10 collision frames
0 256 to 511 byte frames
0 11 collision frames
0 512 to 1023 byte frames
0 12 collision frames
0 1024 to 1518 byte frames
0 13 collision frames
0 14 collision frames
0 Flooded frames
0 15 collision frames
0 Good (1 coll) frames
0 Pause frames
0 Pause frames
0 Excess defer frames
0 Valid frames, too large
0 Too large frames
0 64 byte frames
0 Valid frames, too small
0 127 byte frames
0 255 byte frames
0 511 byte frames
0 1023 byte frames
0 1518 byte frames
!--- See table below for additional counter output for XL Series switches.
可能的原因
Discarded frames
传输尝试被放弃由于不足的资源帧的总数。 此总数包括所有目的地类型帧。
在接口上负载的数据流太多,致使有些帧被丢弃。 如果您看到这些字段中的信息包数量不断增加,该接口上的数据流负载则会减少。
Too old frames
用二秒以上通过交换机的帧的数量。 为此,交换机丢弃他们。 这在极其,高重点情况下只将发生。
这个交换机的数据流负载超额,并且由此造成了帧丢弃。 如果在此字段,看到增长数信息包请减少交换机负荷。 您可能需要修改网络拓扑来减少交换机的数据流负载。
Deferredframes
第一次传输尝试被延迟的帧总数,在于网络介质上的数据流。 总数只包括随后被正确传输,并且不体验冲突的那些帧。
指定到这个交换机上的数据流负载超额,由此造成了帧丢弃。 如果在此字段,看到增长数信息包请减少交换机负荷。 您可能需要修改网络拓扑来减少交换机的数据流负载。
collisionframes
冲突帧计数器是信息包第一次尝试传输没有成功但第二次尝试取得成功的次数。  这意味着如果2个冲突帧计数器增加,交换机尝试两次发送信息包均失败,但在第三次尝试中取得成功。
在接口上负载的数据流太多,致使有些帧被丢弃。 如果您看到这些字段中的信息包数量不断增加,该接口上的数据流负载则会减少。
Excessivecollisions
在16连续的最近的冲突连续之后,发生了额外冲突抵抗增量。 如果16次发送信息包仍未成功,那么信息包将被丢弃,计数增加。
如果此计数器的计数不断增加,则表示存在布线问题、超负载网络或双工不匹配。 一个负载的网络在共享以太网能非常地由于必须许多设备。
Latecollisions
当两台设备同时传输,并且连接的两端都没有检测到冲突时,就可能发生迟冲突。 发生这事的原因是因为将信号从网络的一端传播到另一端的时间长于将整个信息包放在网络上的时间。 导致最近冲突的两个设备看不到另外一个设备正在发送,直到该设备将整个信息包放在网络上。 最近的冲突没有由发射机发现直到在前64个字节插槽时间之后。 这是因为只有在信息包传输过程中才会发现信息包大于64字节。
最新冲突由网络中的不正确布线或集线器编号不符合要求引起。 坏NIC能也导致最近的冲突。
Good (1 coll)frames
真正体验到一次冲突,后来并成功传输的帧的总数量。
冲突在半双工环境是正常期望的工作情况。  
Good(&1 coll)frames
2次和15次冲突之间的帧总数,随后成功传输。
冲突在半双工环境是正常期望的工作情况。 此计数器上端的帧增加会冒险超出15 次冲突,被算作额外冲突。
VLAN discardframes
由于已经设置CFI位,接口上的帧数量下降。
在802.1q帧TCI中的规范格式指示器(CFI)位被设置为0,用于以太网标准帧格式。 如果CFI位设置到1,这指示存在RIF
(路由信息域)或丢弃的令牌环非规范帧。
No bandwidthframes
仅XL。  端口从网络收到信息包的次数,但是交换机没有资源接受它。 这种情况只在压力条件下发生,但在几个端口上突发数据流时也可发生。 因此,很小数量的没有带宽帧不是令人担心的事。 (它应该仍然是接收的帧的更少于百分之一。)
在接口上负载的数据流太多,致使有些帧被丢弃。 如果您看到这些字段中的信息包数量不断增加,该接口上的数据流负载则会减少。
No buffersframes
仅XL。  端口从网络收到信息包的次数,但是交换机没有资源接受它。 这种情况只在压力条件下发生,但在几个端口上突发数据流时也可发生。 因此,很小数量的没有缓冲区帧不是令人担心的事。 (它应该仍然是接收的帧的更少于百分之一。)
在接口上负载的数据流太多,致使有些帧被丢弃。 如果您看到这些字段中的信息包数量不断增加,该接口上的数据流负载则会减少。
No dest,unicast
目地组播编号是端口不会转发到其他任何端口的组播信息包数量。
下列是当No dest(单播、组播和广播)计数器可能增加时的简要描述:
如果端口是接入端口,并且该端口连接到交换机间链路协议(ISL)中继端口上,No dest计数器将变得非常大,因为不是所有流入的ISL信息包都会被转发出去。 这是无效的配置。
如果端口被生成树协议(STP)阻拦,多数信息包不会被转发,从而导致无dest信息包出现。
如果端口获取了一条链路,将有一段非常短的时间(不到一秒),在这段时间里,不会转发流入信息包。
如果端口单独在VLAN中,并且交换机上没有其他端口属于该VLAN,所有流入信息包将丢失并且计数器将增加。
当信息包的目的地地址在收到信息包的端口上获得时,计数器也会增加。 如果具有目的地MAC地址的x信息包在端口0/1收到,并且交换机已经获悉MAC地址x在端口0/1驻留,它将增加计数器并且丢弃信息包。 这能在以下情况下发生:
如果集线器连接到端口0/1上,并且连通到集线器的工作站将信息包传递到另一个连通到集线器的工作站上,端口0/1不会将此信息包转发到任何地方,因为目的地MAC驻留在相同端口上。
如果交换机接通到端口0/1,并且将信息包发送到所有的端口上以获知MAC地址,该类情况就会发生。
如果静态地址设置在相同VLAN的另一个端口上,并且没有静态地址设置用于接收端口,那么信息包将丢失。 例如,如果MAC地址x的静态映射配置在端口0/2上以转发数据流到端口0/3,端口0/2必须收到信息包,否则信息包将丢失。 如果信息包从端口0/2所在的同一VLAN中的其他任意端口发出,信息包将被丢弃。
如果端口是安全端口,带禁用源MAC地址的信息包不能被转发,同时计数增加。
No dest,multicast
目地组播编号是端口不会转发到其他任何端口的组播信息包数量。
No dest,broadcast
没有目的地广播是端口没有转发到任何其他端口的广播数据包数量。
Alignmenterrors
校验错误是接收帧的数量,不以八位组的偶数结尾,并且带有坏的CRC。
校验错误归结于帧没有完全被复制到电线上,从而产生分段帧。 校验错误是半双工,双工不匹配、坏硬件(NIC、电缆或者端口),或者产生帧的连接设备的冲突结果,这些帧不以八位组结束并且有坏的FCS。
FCS errors
FCS错误计数是在以太网帧上接收带有一个坏的求校验(CRC值)的帧的数量。 这些帧被丢弃和没有被传播在其他端口上。
FCS错误是半双工,双工不匹配、坏硬件(NIC、电缆或者端口),或者带有坏FCS的产生帧的连接设备的冲突结果。
Undersizeframes
这些是少于64个八位位组(除了组帧位,但包括FCS)并且有较好FCS值的已收信息包总数。
这是连接的设备产生的一个坏帧的征兆。 验证连接的设备正确地运行。
Oversizeframes
端口从网络收到的信息包数量中,信息包超过1514个字节。
这可能是有故障的硬件指示、dot1q或者ISL中继配置问题。
Collisionfragments
长度少于64个八位位组并有损坏FCS值的帧的总数(除了组帧位,但包括FCS)。
如果计数增加,这暗示端口配置为半双工。 更改双工设置到全双工。
Overrun frames
次数接受器硬件无法递交接收的数据对硬件缓冲。
输入速率数据流超出了接受器能力处理数据。
VLAN filteredframes
被过滤,因为帧的总数
VLAN信息的种类在帧包含。
可能配置端口过滤802.1Q被标记的帧。 在接收包含802.1Q标记的帧时,这个帧将被过滤掉,这时统计数据增加。
Source routedframes
接受到的被丢弃的帧总数取决于当地帧的源地址内设置的源路由位。
这种源路由为令牌环和FDDI只被定义。  IEEE以太网规范在所有以太网帧禁止此位设置。  所以,交换机丢弃这样帧。
Valid oversizeframes
所收到的帧总数,其长度超过系统MTU,但具有上等FCS。 值。
此统计数据计算出了超出配置系统MTU的帧,但可以在1518个字节基础上增加,允许Q-in-Q或MPLS封装
Symbol errorframes
千兆以太网(1000 Base-X)使用8B/10B编码,以将8bit数据从MAC次层(第2层)转换到为一个在线上发送的10bit符号。  当端口收到一个符号时,它将从符号(10位)中提取8位数据。
符号错误意味接口发现接收的一个undefined(invalid)符号。  少量符号错误可以被忽略。 很多符号错误可能能指示一个坏设备、电缆或者坏硬件。
Invalid frames,too large
巨型帧或超出最大IEEE 802.3帧尺寸(用于非超大以太网的1518个字节)并且有坏帧检查顺序(FCS)的帧。
在许多情况下,这是坏NIC的结果。  设法查找冲突的设备和从网络去除它。
Invalid frames,too small
小帧或少于64个字节(包括FCS位和排除帧标头)和有一个FCS错误或校验错误的接收帧。
这可能由双工不匹配和物理问题引起,例如附着设备上的损坏电缆、端口或者NIC。
普通的系统错误消息 Cisco IOS有时有一种不同的格式为系统信息。 您可以想要检查CatOS系统信息和Cisco IOS系统信息为比较。  查看您正在运行的软件版本信息和恢复程序指南,您可以执行该操作。  例如,您可以查看CATOS软件版本7.6的消息和恢复程序,然后将它们与Cisco IOS 12.1 E版本的消息和恢复程序进行比较。
错误信息在WS-X6348模块 查看以下错误信息:
盘绕石峰报头校验和
盘绕Mdtif状态机器错误
盘绕Mdtif信息包CRC错误
盘绕铅Rx下溢错误
盘绕铅Rx奇偶错误
您可以发现系统日志消息带有在出现之上列出的其中一个错误:
%SYS-5-SYS_LCPERR5:Module 9: Coil Pinnacle Header Checksum Error - Port #37
如果看到此消息类型或您注意组10/100端口是失败在WS-X6348模块,则请参见根据您使用的操作系统对更多故障排除建议的以下文件:
%CDP-4-Duplex不匹配 Cisco发现协议(CDP)有助于检测出错误,以及相邻Cisco设备上的端口和系统统计数据。 CDP Cisco专利,并且工作发送信息包到著名的MAC地址01-00-0C-CC-CC-CC。
如果您看到如下消息,在连接的某一端存在双工不匹配:
%CDP-4-DUPLEXMISMATCH:Full/half duplex mismatch detected on port 3/2
默认情况下,设置Cisco交换机端口和接口自动交涉。  通过把两端设置为自动协商或者通过硬编码,您需要匹配两端的速度和双工。
关于速度和双工不匹配原因的更多信息,参见本文或这些文件的速度/双工、自动协商或者NIC问题部分:
%PAGP-5-PORTTO/FROMSTP和%ETHC-5-PORTTO/FROMSTP 对于CatOS,请使用show logging buffer命令查看被存储的日志消息。  对于Cisco IOS,请使用show logging命令。
Console& (enable) sh logging buffer
2003 Jun 02 20:12:43 %PAGP-5-PORTTOSTP:Port 3/2 joined bridge port 3/2
2003 Jun 02 20:59:56 %PAGP-5-PORTFROMSTP:Port 3/1 left bridge port 3/1
!--- This is the command to view the logging buffer on switches running CatOS.
此消息可能使客户产生顾虑,但对大部分对象来说,它其实是具有提供信息的作用。
%PAGP-5-PORTTO/FROMSTP和%ETHC-5-PORTTO/FROMSTP
Port Aggregation Protocol (PAgP)协商交换机之间的EtherChannel链路。  在设备加入或离开网桥端口时,控制台显示参考消息。  在许多情况下此消息是完全地正常的。 然而,如果您发现端口上的这些信息因为某种原因不应该抖动,那么您应该进行更深入调查。
在CATOS软件版本7.x及后来版本中,PAGP-5"更改为"ETHC-5",从而使消息更易理解。
此消息是特定的到运行CatOS的Catalyst 及6000系列交换机。  此处没有等同于此消息的、关于运行Cisco IOS的交换机的错误信息。  欲知运行CatOS的交换机上的错误信息的更多信息,参见以下文件,寻找您的平台的相关信息:
%SPANTREE-3-PORTDEL_FAILNOTFOUND 此消息不用交换机指示一个问题。  它与%PAGP-5-PORTFROMSTP消息一起通常发生。
Port Aggregation Protocol (PAgP)协商交换机之间的EtherChannel链路。  在设备加入或离开网桥端口时,控制台显示参考消息。  在许多情况下此消息是完全地正常的。 然而,如果您发现端口上的这些信息因为某种原因不应该抖动,那么您应该进行更深入调查。
此消息是特定的到运行CatOS的Catalyst 及6000系列交换机。  此处没有等同于此消息的、关于运行Cisco IOS的交换机的错误信息。  欲知运行CatOS的交换机上的错误信息的更多信息,参见以下文件,寻找您的平台的相关信息:
%SYS-4-PORT_GBICBADEEPROM : /%SYS-4-PORT_GBICNOTSUPP 此消息的最常见原因是non-certified、非Cisco GBIC插入到千兆以太网模块。  GBIC没有导致错误信息生成的Cisco SEEPROM。
与WS-X6408-GBIC一起使用的GBIC模块WS-G5484、WS-G5486和WS-G5487也能造成这些错误信息出现,然而卡或GBIC并没有实际问题,可以通过软件升级来修正。
欲知更多信息,请参见
普通的端口和接口问题
Port or Interface Status是功能失效或关闭
一个明显但有时又被忽略的端口连接失败原因是交换机配置不正确。 如果端口有纯橙色光,这意味着交换机里面的软件通过用户界面或内部程序关闭了端口。
注: 一些平台端口指示灯关于STP不同地运作。 例如,当他们在STP阻塞模式时, Catalyst 启用端口桔子。 在这种情况下,橙色光能指示正常作用STP。 Catalyst 00不变亮端口浅桔色,当阻塞为STP。
确定由于某种原因端口或模块未被禁用也未关掉。   如果端口或模块在链路的一端或另一端以手工形式被关闭,链路不会出现,直到您重新激活端口。 检查端口状态在两边。
对于CatOS,请检查显示端口;如果禁用此端口,则需重新启用:
Duplex Speed Type
----- -------------------- ---------- ---------- ------ ----- ------------
auto 10/100BaseTX
!--- Use the set port enable mod/port command to re-enable this port.
请使用show module命令确定模块是否是功能失效。 如果它是,则请重新授权给它:
Mod Slot Ports Module-Type
Sub Status
--- ---- ----- ------------------------- ------------------- --- --------
1000BaseX Supervisor
WS-X6K-SUP1A-2GE
Multilayer Switch Feature WS-F6K-MSFC
10/100BaseTX Ethernet
WS-X6348-RJ-45
!--- Use the set module enable mod/port command to re-enable this port.
对于Cisco IOS,使用show run interface命令,查看接口是否为关闭状态:
Switch#sh run interface fastEthernet 4/2
interface FastEthernet4/2
switchport trunk encapsulation dot1q
switchport mode trunk
duplex full
!--- Use the no shut command in config-if mode to re-enable this interface.
Port or Interface Status是错误-禁止
在默认情况下,如果检测到某些错误,那么交换机内部的软件流程可能关闭端口或接口。
当您查看show port命令为CatOS时状态可能读错误-禁止:
switch&(enable) sh port 4/3
Duplex Speed Type
----- -------------------- ---------- ---------- ------ ----- ------------
errdisable 150
auto 10/100BaseTX
!--- The show port command displays a status of errdisable.
或者请使用show interface card-type {slot/port} status命令Cisco IOS :
Router#show int fasteth 2/4 status
Speed Type
err-disabled 1
!--- The show interfaces card-type {slot/port} status command for Cisco IOS
!--- displays a status of errdisabled.
!--- The show interfaces status errdisabled command shows all the interfaces
!--- in this status.
用于CatOS的show logging buffer命令和用于Cisco IOS的show logging命令应该也显示与errDisable状态相关的错误信息(确切的消息格式变化)。
由于错误-被关闭的端口或隔行扫描,在CatOS中指Reason(原因),在Cisco IOS指Cause(源起)。  发生这事的原因或导火线包括EtherChannel
配置错误导致PAgP飘荡、双工不匹配、同时进行BPDU端口防护和端口快速配置、UDLD发现单向链路等等。
如果还没配置errDisable恢复选项,那么您必须人工重启此端口或接口,使其脱离errDisable状态。 在CATOS软件5.4(1)和更新版本,经过errDisable状态的可配置时段以后,您能够自动重新启用端口。 Cisco IOS在多数交换机也有此功能。 底线便是即使您配置了接口,可以从errdisable恢复,在确定问题根源之前,可能再次发生errdisable问题。 
更多关于运行CatOS的交换机errdisable状态的起因和恢复信息,请参见:
注: 将此链路用作运行Cisco IOS的交换机的err-disable状态参考,因为根源是您运行的操作系统并不相同。
下面的表显示在运行CatOS和Cisco IOS的交换机上用于配置\验证并排除err-disable状态故障的各条命令的比较。  选择一个命令去命令文档。
CatOS错误-禁止命令
Cisco IOS错误-禁止命令
验证&排除故障
Port or Interface Status非活动 运行CatOS的交换机上的非活动端口的一个常见原因是它们所在的VLAN消失。  使用switchport命令,把接口配置为第2层交换端口时,运行Cisco IOS的交换机上可能出现相同问题。
每个端口在第二层交换机属于VLAN。  配置为第二层连接端口的每个第三层端口也必须属于VLAN。  如果该VLAN被删除,则端口或接口将变得非活动。
注: 这种情况发生时,每个端口上的某些交换机会显示稳定的橙色(琥珀色)灯。
对于CatOS,请与show vlan命令一起请使用show port或show port status命令验证:
Switch& (enable) sh port status 2/2
Port Name Status Vlan Duplex Speed Type
----- -------------------- ---------- ---------- ------ ----- ------------
2/2 inactive 2 full BaseSX
!--- Port 2/2 is inactive for VLAN 2.
Switch& (enable) sh vlan
VLAN Name Status IfIndex Mod/Ports, Vlans
---- -------------------------------- --------- ------- ------------------------
1 default active 5 2/1
!--- VLANs are displayed in order and VLAN 2 is missing.
对于Cisco IOS,请与show VLAN一起请使用show interfaces card-type {slot/port} switchport命令验证。
Router#sh interfaces fastEthernet 4/47 switchport
Name: Fa4/47Switchport: Enabled
Administrative Mode: static access
Operational Mode: static access
Administrative Trunking Encapsulation: negotiate
Operational Trunking Encapsulation: native
Negotiation of Trunking: Off
Access Mode VLAN: 11 ((Inactive))
!--- FastEth 4/47 is inactive.
Router#sh vlan
---- -------------------------------- --------- -------------------------------
Gi1/1, Gi2/1, Fa6/6
UplinkToGSR's
Gi1/2, Gi2/2
!--- VLANs are displayed in order and VLAN 11 is missing.
SDTsw-1ToSDTsw-2Link
active Fa6/45
如果删除VLAN的交换机是VTP域的VTP服务器,则该域中的每台服务器和客户端交换机也将从他们的VLAN表中去除VLAN。 当您从VTP服务器交换机将VLAN添加回VLAN表时,属于被恢复VLAN的域中的交换机端口将重新变成活动端口。 端口记住它所分配的VLAN,即使VLAN本身被删除。
欲知关于VTP的更多信息,请参阅以下文件:
中继模式不匹配 检查中继模式链路的在每一侧。 确定两端采用同一种模式(两个Trunking采用同一种方法: ISL或不建立中继802.1q或者的两个)。 如果您将一个端口的中继模式设置为开启状态(与自动或按需求相对),并将另一个端口的中继模式设置为关闭,则它们不能沟通。 建立中继更改信息包的格式化。 协定中应注明这些端口在链路上使用什么样的格式,否则他们不会彼此识别。
对于CatOS,使用show trunk{mod/port}命令,检验两端的中继状态和当地Vlan(用于dot1q)匹配。
Switch& (enable) sh trunk 3/1
* - indicates vtp domain mismatch
Encapsulation
Native vlan
-----------
-------------
------------
-----------
Vlans allowed on trunk
---------------------------------------------------------------------
1-94!--- Output truncated.
对于Cisco IOS,请使用show interfaces card-type {mod/port} trunk命令验证中继配置和本地VLAN。
Router#sh interfaces fastEthernet 6/1 trunk
Encapsulation
Native vlan
Vlans allowed on trunk
!--- Output truncated.
欲知关于不同的中继模式的更多信息,指南和限制,是指:
庞然大物、巨人和小巨人 以太网帧的数据部分的默认情况下最大传输单元(MTU)是1500个字节。  如果被传输的数据流MTU超出可以支持的MTU,此 交换机将不转发信息包。  并且,根据硬件和软件情况,结果一些交换机平台将增加端口和接口错误计数。
超大帧没有被定义作为IEEE以太网标准一部分并且根据供应商的。  他们可以被定义成比任何具有1518个字节的标准以太网帧更大的帧(包括L2头和循环冗余校验(CRC))。   庞然大物有更大的帧大小,典型地> 9000个字节。 
巨型帧被定义为大于以太网帧(大于1518个字节)最大尺寸的所有帧。
小巨人帧大于以太网帧的最大值大小轻微。  典型地这在大小上意味着帧1600个字节。
对Catalyst交换机上超大帧和小巨人帧的技术支持随着交换机平台、有时甚至是交换机内的模块而变化。   软件版本也是要素。   欲知系统要求、配置以及重大和一般性问题的故障排除,请参见:
不能连接终端设备 首先通过直接ping通连接的交换机来检查终端设备,然后逐个端口、接口和中继地查找,直到您找到连接问题的原因。  确定每台交换机在其内容寻址存储器(CAM)表能看到终端设备MAC地址。
对于CatOS,请使用show cam dynamic {mod/port}命令。
Switch& (enable) sh cam dynamic 3/1
* = Static Entry. + = Permanent Entry. # = System Entry. R = Router Entry.
X = Port Security Entry $ = Dot1x Security Entry
Dest MAC/Route Des
Destination Ports or VCs / [Protocol Type]
------------------
-------------------------------------------
00-40-ca-14-0a-b1
!--- A workstation on VLAN 2 with MAC address 00-40-ca-14-0a-b1 is seen in the CAM table
!--- on the trunk port of a switch running CatOS.
Total Matching CAM Entries Displayed
Console& (enable)
对于Cisco IOS,请使用show mac address-table dynamic命令或替代接口关键字。
Router# sh mac-address-table int fas 6/3Codes: * - primary entry
mac address
------+----------------+--------+-----+---+--------------------------
0040.ca14.0ab1
!--- A workstation on VLAN 2 with MAC address 0040.ca14.0ab1 is directly connected
!--- to interface fastEthernet 6/3 on a switch running Cisco IOS.
一旦您知道交换机实际上在CAM表中有设备的MAC地址,就应确定此设备是否在您想连接的同一个或不同的VLAN上。
如果终端设备位于不同于您设法连接的VLAN上,必须配置L3交换机或路由器允许设备沟通。 请确保您在终端设备和路由器/第三层交换机上的第三层寻址经过了正确地配置。  检查IP地址、子网掩码、默认网关、动态路由协议配置、静态路由等等。
使用Set port host或连接孔主机修正启动延迟
通过交换机连接时,如果站点不能与它们的主服务器对话,问题可能涉及交换端口上的延迟,交换端口会在物理层链路接通以后变成激活端口。 有时,这些延迟可以是50秒。
只是如果不放弃,部分工作站在发现它们的服务器之前不能等待这么长的时间。 这些延迟是由STP、中继协商(DTP)和以太网信道协商(PAgP)造成的。 可以禁止所有这些协议接入他们不必要的接入端口,这样,交换机端口或接口将在与相邻设备建立链路的几秒钟后开始转发信息包。
set port host命令在CatOS版本5.4被引入。 此命令将Trunking和信道模式设置为关闭,并将端口设置为STP转发状态。
Switch& (enable) set port host 3/5-10
Port(s) 3/5-10 channel mode set to off.
!--- The set port host command also automatically turns off etherchannel on the ports.
Warning: Spantree port fast start should only be enabled on ports connected
to a single host.
Connecting hubs, concentrators, switches, bridges, etc. to
a fast start port can cause temporary spanning tree loops.
Use with caution.
!--- Notice the switch warns you to only enable port host on access ports.
Spantree ports 3/5-10 fast start enabled.Dot1q tunnel feature disabled on port(s) 3/5-10.
Port(s) 3/5-10 trunk mode set to off.
!--- The set port host command also automatically turns off trunking on the ports.
注: 对于早于CatOS版本版本5.4,使用了set spantree portfast {mod/port} enable命令。  在CatOS的当前版本中,您仍然可以选择只使用此命令。 然而,这要求您分别关闭中继和以太网信道,帮助更正工作站启动延迟。  其它命令执行此是: set port channel {mod/port} off和set trunk {mod/port} off。
对于Cisco IOS,您可以使用switchport host命令,禁用信道建立,并启用spanning-tree portfast和switchport nonegotiate命令,关闭DTP协商信息包。  请使用interface range命令立即执行此在多个接口。
Router6k-1(config)#int range fastEthernet 6/13 - 18
Router6k-1(config-if-range)#switchport
Router6k-1(config-if-range)#switchport host
switchport mode will be set to access
spanning-tree portfast will be enabled
channel group will be disabled
!--- Etherchannel is disabled and portfast is enabled on interfaces 6/13 - 6/18.
Router6k-1(config-if-range)#switchport nonegotiate
!--- Trunking negotiation is disabled on interfaces 6/13 - 6/18.
Router6k-1(config-if-range)#end
Router6k-1#
注: Cisco IOS具有使用global spanning-tree portfast default命令的选项,将portfast自动应用到配置为第2层访问交换端口的任意接口。 检查软件版本的命令参考,验证此命令的可用性。 您能也使用spanning-tree portfast命令每个接口。 然而,这要求您分别关闭中继和以太网信道,帮助更正工作站启动延迟。
欲知更多信息修正启动延迟,如何请参见:
速度或双工,自动协商或者NIC问题
如果有很多校验错误、FCS错误或者最近的冲突,这可能指示:
双工不匹配
坏或被损坏的电缆
双工不匹配 speed/duplex的常见问题是2台交换机之间、换机和路由器之间或在交换机和工作台或服务器之间的双工设置不匹配。   在二个设备间手动硬性代码速度和双工或自动协商事件时会发生这种情况。
如果Cisco发现协议(CDP)启用时在两台Cisco设备之间发生不匹配情况,您应该发现控制台上或两个设备操作日志缓冲区内的CDP
错误信息。 CDP为发现错误并且端口和系统统计是有用的在相邻的Cisco设备。 CDP Cisco专利,并且工作发送信息包到著名的MAC地址01-00-0C-CC-CC-CC。
以下示例显示了二台Catalyst 6000系列交换机之间的双工不匹配引起的日志消息: 一运行的CatOS和另一运行的Cisco IOS。  这些消息通常告诉您什么是不匹配,在哪些地方会发生不匹配情况。
2003 Jun 02 11:16:02 %CDP-4-DUPLEXMISMATCH:Full/half duplex mismatch detected on port 3/2
!--- CatOS switch sees duplex mismatch.
2 11:16:45 %CDP-4-DUPLEX_MISMATCH: duplex mismatch discovered on FastEthernet6/2
(not half duplex), with TBA/2 (half duplex).
!--- Cisco IOS switch sees duplex mismatch.
对于CatOS,请使用show cdp neighbor [mod/port] detail命令显示CDP信息为Cisco邻接设备。
Switch& (enable) sh cdp neighbor 3/1 detail
Port (Our Port): 3/1
Device-ID: Router
Device Addresses:
IP Address: 10.1.1.2
Holdtime: 133 sec
Capabilities: ROUTER SWITCH IGMP
Cisco Internetwork Operating System Software
IOS (tm) c6sup2_rp Software (c6sup2_rp-PK2S-M), Version 12.1(13)E6, EARLY DEPL
OYMENT RELEASE SOFTWARE (fc1)
TAC Support: /tac
Copyright (c)
by cisco Systems, Inc.
Compiled Fri 18-Apr-03 15:35 by hqluong
Platform: cisco Catalyst 6000
Port-ID (Port on Neighbors's Device): FastEthernet6/1
!--- Neighbor device to port 3/1 is a Cisco Catalyst 6000 Switch on
!--- FastEth 6/1 running Cisco IOS.
VTP Management Domain: test1Native VLAN: 1
Duplex: full
!--- Duplex is full.
System Name: unknown
System Object ID: unknown
Management Addresses: unknown
Physical Location: unknown
Switch& (enable)
对于Cisco IOS,使用show cdp neighbors card-type{slot/port}detail命令,显示Cisco邻接设备的CDP信息。
Router#sh cdp neighbors fastEthernet 6/1 detail
-------------------------
Device ID: TBA
Entry address(es):
IP address: 10.1.1.1
Platform: WS-C6006,
Capabilities: Trans-Bridge Switch IGMP
Interface: FastEthernet6/1,
Port ID (outgoing port): 3/1
Holdtime : 152 sec
WS-C6006 Software, Version McpSW: 6.3(3) NmpSW: 6.3(3)
Copyright (c)
by Cisco Systems
!--- Neighbor device to FastEth 6/1 is a Cisco Catalyst 6000 Switch
!--- on port 3/1 running CatOS.
advertisement version: 2
VTP Management Domain: 'test1'
Native VLAN: 1
Duplex: full
!--- Duplex is full.
在一端设置自动速度/双工,另一端设置100/全双工也是错误配置,会导致双工不匹配。  如果交换端口收到很多最新冲突,这通常表示存在双工不匹配问题,并且可能导致端口处于err-disable状态。  半双工一端只在特定时间而不是任何时间期待信息包,因此把错误时间收到的信息包计为冲突。 除双工不匹配以外,还有其它原因,但双工不匹配是最常见原因。  永远遵循的规则将设置连接的两端,自动协商速度/双工,或者在两端手工设置速度/双工。
对于CatOS,使用show port status [ mod/port ]命令显示速度、双工状态以及其他信息。  使用set port speed和set port duplex命令,将两端硬编码为10或100,必要时编码为50或100。
Switch& (enable) sh port status 3/1
Duplex Speed Type
----- -------------------- ---------- ---------- ------ ----- ------------
a-full a-100 10/100BaseTX
Switch& (enable)
对于Cisco IOS,使用show interfaces card-type{插槽/端口}status命令,显示速度、双工设置,以及其他信息。 从接口配置模式使用speed和duplex命令,将两端硬编码为10或100,必要时编码为50或100。
Router#sh interfaces fas 6/1 status
Speed Type
a-100 10/100BaseTX
注: 如果您使用show interfaces命令时没有状态选项,您将看到速度和双工的设置,但您不会知道此速度和双工是否是通过自动协商实现的。  
Router#sh int fas 6/1
FastEthernet6/1 is up, line protocol is up (connected)
Hardware is C6k 100Mb 802.3, address is .8848 (bia .8848)
MTU 1500 bytes, BW 100000 Kbit, DLY 100 usec,
reliability 255/255, txload 1/255, rxload 1/255
Encapsulation ARPA, loopback not set
Full-duplex, 100Mb/s
!--- Full-duplex and 100Mbps does not tell you whether autoneg was used to achieve this.
!--- Use the sh interfaces fas 6/1 status command to display this.
坏或被损坏的电缆 总是请检查电缆少量的损伤或故障。  用电缆连接物理层可能非常合适,但是它可能会由于配线或连接器的微小破坏损坏信息包。  检查或交换铜或光缆。  交换GBIC (如果可移动)到光纤连接。   排除所有坏跳线架连接或媒介转换器在包括源和目的地之间。  尝试其他端口或接口上的电缆,查看是否可用,是否存在以下问题。
自动协商和NIC卡问题 问题有时发生在Cisco交换机和某些第三方NIC卡之间。   默认情况下,设置Catalyst交换机端口和接口自动交涉。 笔记本电脑或其他设备通常被设置为自动协商,然而有时也会出现自动协商问题。
要排除自动协商问题故障经常推荐它设法创建硬性代码两边。  如果自动协商或硬编码似乎都不在此运行,那么您的NIC卡上的固件或软件则可能有问题。  通过把NIC卡驱动器升级到厂家网站提供的最新版本,通常可以解决此问题。
关于详细资料关于解决的速度或双工和自动协商问题,请参见以下:
关于详细资料在解决第三方NIC问题请参见以下:
生成树循环
Spanning Tree Protocol (STP)循环能导致化妆像个端口或接口问题的严重性能问题。 在此情况下,相同帧多次使用您的带宽,为合法数据流留出很少空间。
本文包括STP发生故障的可能原因、寻找什么信息可以识别问题根源、以及什么设计类型可以最小化STP风险。
循环可能由单向链路也引起。 欲知更多信息,请参见 本文的。
UDLD : 单向链路
单向链路是发送方向有数据流流出,而接收方向没有数据流回的单程链路。 交换机不知道回来的链路是已损坏的(端口认为链路启用并可以工作)。
损坏的光缆或其他接线或者端口问题能导致仅此单程通信。 相关交换机不知道链路部分中断时,这些功能不完全链接可能引起诸如STP循环之类的问题。 当发现一条单向链路时, UDLD在errDisable状态能放置端口。 命令udld主动模式可以在运行CatOS和Cisco IOS (检查版本说明,了解命令的可用性)的交换机上配置,用于不能容忍交换机之间出现故障链路的点到点连接。 使用此功能可帮助您识别难查找单向链路问题
配置信息关于UDLD,请参见以下:
延迟帧(输出丢失或输出丢弃) 如果您有大量的延迟帧或Out-Discard(在某些平台上也指Out-Lost),这意味着交换机的输出缓冲已填满并且交换机必须丢弃这些信息包。   这可能标志着此分段次级速度和/或双工运行,或者有过量的数据流通过此端口。
对于CatOS,请使用show Mac命令用于模块和端口或者整个模块以查看摈除:
Dely-Exced MTU-Exced
In-Discard Out-Discard
-------- ---------- ---------- ---------- -----------
!--- The show mac command run on mod 2 at different intervals shows
!--- the out-discard counter incrementing.
对于Cisco IOS,请使用show interfaces counters error命令。
Router#sho interfaces counters error
Rcv-Err UnderSize OutDiscards
!--- The show interfaces counters errors command shows certain interfaces
!--- incrementing large amounts of OutDiscards while others run clean.
调查输出缓冲故障的以下常见原因:
较低速度/双工为数据流量
您的网络可能正通过此端口发送太多信息包,以处理它的当前速度/双工设置。 当您具有多个高速端口流向单个(通常更慢)端口时,可能发生这种情况。 考虑移动暂停此端口的设备向更加快速的媒体。  例如,如果此端口是10 Mbps,则将此设备移至100 Mbps或千兆端口上。  考虑更改结构不同地路由帧
拥塞问题: 分段太繁忙
如果分段被共享,此分段上的其它设备可能执行交换机没有机会传输的传输。 避免被链接的集线器,每当可能。  拥塞可以导致信息包丢失。  信息包丢失会导致传输层重发,造成用户遇到应用级延迟。 考虑升级100 Mbps或千兆以太网链路的10 Mbps链路,当可能时。 考虑清除一些设备从拥挤分段到其他被填充的分段。  做拥塞避免优先级在您的网络。
通常使用的应用程序的数据流传输特性可以导致输出缓冲问题。  使用带32K窗口的用户数据表协议(UDT)从吉比特服务器进行NFS文件传输,这是一个可能导致此类问题的应用设置的实例。 如果您检查或尝试了本文中的其他建议(已检查速度/双工、链路上没有实际错误,所有数据流是正常有效数据流等等),则减少应用程序发送的单元尺寸可以帮助缓和此问题。
软件问题 如果您看到只可被认为是 "奇怪"的工作情况,且您可以将该工作情况隔离到一个特定机箱中,另外您已经查看了一切建议,则这可能指示是软件或硬件问题。 升级软件通常比升级硬件更容易。 首先更改软件的尝试。
对于CatOS,请使用show version命令验证当前软件版本和供升级使用的空闲闪存。
Switch& (enable) sh ver
WS-C6006 Software, Version NmpSW: 6.3(3)
Copyright (c)
by Cisco Systems
NMP S/W compiled on Oct 29 :33
System Bootstrap Version: 5.3(1)
Hardware Version: 2.0
Model: WS-C6006
Serial #: TBA
Module: WS-CAC-1300W
Serial #: SON
Module: WS-CAC-1300W
Serial #: SON
Mod Port Model
--- ---- ------------------- ----------- --------------------------------------
WS-X6K-SUP1A-2GE
SAD041901PP Hw : 3.6
Fw : 5.3(1)
Fw1: 5.4(2)
Sw : 6.3(3)
Sw1: 6.3(3)
WS-F6K-PFC
SAD Hw : 2.0
!--- Output truncated.
Module Total
Total Used
------ ------- ------- ------- ------- ------- ------- ----- ----- -----
!--- Typical CatOS show version output.
!--- Verify free memory before upgrading.
Uptime is 32 days, 4 hours, 44 minutes
Console& (enable)
对于Cisco IOS,请使用show version命令与dir flash一起验证当前软件版本: 或者dir bootflash : (根据平台)命令验证可用的闪存为升级:
Router#sh ver
Cisco Internetwork Operating System Software
IOS (tm) Catalyst 4000 L3 Switch Software (cat4000-IS-M), Version 12.1(13)EW, EA
RLY DEPLOYMENT RELEASE SOFTWARE (fc1)
TAC Support: /tac
Copyright (c)
by cisco Systems, Inc.
Compiled Fri 20-Dec-02 13:52 by eaarmas
Image text-base: 0x, data-base: 0x00E638AC
ROM: 12.1(12r)EW
Dagobah Revision 71, Swamp Revision 24
trunk-4500 uptime is 2 weeks, 2 days, 6 hours, 27 minutes
System returned to ROM by redundancy reset
System image file is "bootflash:cat4000-is-mz.121-13.EW.bin"
!--- Typical Cisco IOS show version output.
Router#dir bootflash:
Directory of bootflash:/
Mar 22 :21
cat4000-is-mz.121-13.EW.bin
bytes total ( bytes free)
!--- Verify available flash memory on switch running Cisco IOS.
如何升级软件 关于在Catalyst交换机上升级软件的信息,请选择在LAN & ATM交换机下的平台,并查看软件配置>
软件升级和与配置文件的共同运作部分。
硬件软件不相容 可能有情况,其中软件不是与硬件兼容。 这发生,当新的硬件出来并且要求特别支持从软件。 欲知关于软件兼容性的更多信息,请使用
软件 Bug 操作系统可能有Bug。 装载一个更新的软件版本能经常修正此。 您能使用搜索已知软件Bug。
损坏的镜象 镜像可能变得损坏或是缺少的。  对关于从损坏的镜像恢复的信息,请选择LAN & ATM交换机下的平台,并查看故障排除>从毁损或丢失软件恢复部分。
硬件问题 检查show module的结果运行CatOS或Cisco IOS的Catalyst 系列交换机。
Switch& (enable) sh mod
Mod Slot Ports Module-Type
--- ---- ----- ------------------------- ------------------- -----------
1000BaseX Supervisor
WS-X6K-S2U-MSFC2
Multilayer Switch Feature WS-F6K-MSFC2
1000BaseX Ethernet
WS-X6408A-GBIC
10/100BaseTX Ethernet
WS-X6348-RJ-45
!--- Status of "faulty" indicates a possible hardware problem.
!--- This could be a line card problem, but since two mods are effected,
!--- perhaps there's a problem with the supervisor.
!--- Use the reset command (CatOS) or hw-module{mod}reset command (Cisco IOS),
!--- or try physically reseating the modules and the supervisor.
!--- Also, try moving the supervisor to slot 2.
检查交换机的POST结果,查看交换机的所有部分是否有故障。 模块或端口上的任何测试故障将在测试结果中显示为“F”。
对于CatOS,请使用show test命令发现所有测试结果。  要看到测试结果每个模块,请使用show test {mod}命令:
Switch& (enable) sh test 3
Diagnostic mode: complete
(mode at next reset: minimal)
!--- The diaglevel is set to complete which is a longer but more thorough test.
!--- The command to do this for CatOS is set test diaglevel complete.
Module 3 : 16-port 1000BaseX EthernetLine Card Status for Module 3 : PASS
Port Status :
10 11 12 13 14 15 16
-----------------------------------------------------
GBIC Status :
10 11 12 13 14 15 16
-----------------------------------------------------
Line Card Diag Status for Module 3
(. = Pass, F = Fail, N = N/A)
Loopback Status [Reported by Module 1] :
10 11 12 13 14 15 16
-----------------------------------------------------
!--- The failed loopback tests mean the ports are currently unusable.
!--- Use the reset {mod} command or, if necessary, physically reseat the
!--- module to try and fix this problem.
!--- If these steps fail, open a case with Cisco Technical Support.
对于Cisco IOS,在模块化交换机类似Cat ,请使用命令显示诊断。 要看到POST结果每个模块,请使用显示诊断模块{mod}命令。
ecsj-6506-d2#sh diagnostic module 3
Current Online Diagnostic Level = Minimal
!--- The diagnostic level is set to minimal which is a shorter,
!--- but also less thorough test result.
!--- You may wish to configure diagnostic level complete to get more test results.
Online Diagnostic Result for Module 3 : MINOR ERROR
Online Diagnostic Level when Line Card came up = Minimal
Test Results: (. = Pass, F = Fail, U = Unknown)
1 . TestLoopback :
9 10 11 12 13 14 15 16 17 18 19 20 21 22 23 24
----------------------------------------------------------------------------
!--- Notice the MINOR ERROR test result and failed loopback test which means
!--- these ports are currently unusable.
!--- Use the hw-module{mod}reset command or, if necessary, physically reseat the
!--- module to try and fix this problem.
!--- If these steps fail, open a case with Cisco Technical Support.
注: 对于Catalyst ,//3500XL 系列交换机,请使用以简捷形式指示该硬件状态运行或发生故障的show post命令。  请使用LED在这些交换机帮助您了解POST结果。  参考。
有关在运行CatOS 和Cisco IOS的Catalyst交换机上排除硬件故障问题的详情,请查看LAN和ATM交换机支持页,选择您的平台并查看故障排除>硬件部分。
对于可能的问题与域通知有关,请查阅域通知对。
声明:此文档是由为思科 TAC 网页内容翻译所开发的英汉机器自动翻译系统翻译的。在有疑问或作出重要的技术支持决策时,请随时参考英文原文。Updated:
Jun 04, 2004Document ID: 12027
[an error occurred while processing this directive]
[an error occurred while processing this directive]}

我要回帖

更多关于 input errors crc 的文章

更多推荐

版权声明:文章内容来源于网络,版权归原作者所有,如有侵权请点击这里与我们联系,我们将及时删除。

点击添加站长微信