排除交换机端口及接口问题

ContentsIntroductionPrerequisitesRequirementsComponentsUsedConventions物理层排除故障使用LED排除故障检查电缆和两端的连接以太网铜缆和光缆千兆以太网故障排除连接与未连接CatOS和CiscoIOS的常用端口和接口故障排除命令了解CatOS和CiscoIOS的特定端口和接口计数器输出CatOS的ShowPort与CiscoIOS的ShowInterfacesCatOS的ShowMac与CiscoIOS的ShowInterfacesCountersCatOS的ShowCounters与CiscoIOS的ShowCountersInterfaceCiscoIOS的ShowControllerEthernet-ControllerCatOS的ShowTop常见系统错误消息WS-X6348模块的错误消息%PAGP-5-PORTTO/FROMSTP和%ETHC-5-PORTTO/FROMSTP%SPANTREE-3-PORTDEL_FAILNOTFOUND%SYS-4-PORT_GBICBADEEPROM:/%SYS-4-PORT_GBICNOTSUPP%AMDP2_FE-3-UNDERFLO%INTR_MGR-DFC1-3-INTR:队列引擎(Blackwater)[1]:FIC矩阵A收到了意外的控制代码Commandrejected:[Interface]notaSwitchingPort常见端口和接口问题端口或接口状态已禁用或关闭端口或接口处于errDisable状态端口或接口处于非活动状态上行链路端口或接口处于非活动状态Catalyst交换机接口的延迟计数器开始增加间歇性无法从vlan[vlanno]设置计时器[值]中继模式不匹配超巨型帧、巨型帧和小巨型帧无法Ping终端设备使用SetPortHost或SwitchportHost修复启动延迟速度/双工、自动协商或NIC问题生成树循环UDLD:单向链路延迟的帧(Out-lost或摈除)软件问题硬件问题连接到第2层交换机端口的第3层接口上的输入错误Rx-No-Pkt-Buff计数器和输入错误数快速增加了解未知协议丢包交换机和路由器之间的中继由于超额订阅导致的连接问题SPA模块中的子接口rxTotalDrops故障排除排除输出下落故障从未Lastinput从输出的showinterface命令RelatedInformationIntroduction本文档旨在帮助确定端口或接口出现问题的原因.
本文档适用于在Supervisor上运行CatOS软件或CiscoIOS系统软件的Catalyst交换机.
PrerequisitesRequirementsTherearenospecificrequirementsforthisdocument.
ComponentsUsedThisdocumentisnotrestrictedtospecificsoftwareandhardwareversions.
ConventionsRefertoCiscoTechnicalTipsConventionsformoreinformationondocumentconventions.
物理层排除故障使用LED排除故障如果您能够实际接触交换机,则查看端口LED可节省时间,因为端口LED可以向您指示链路状态或错误状况(如果它呈红色或橙色).
下表描述了用于以太网模块或固定配置交换机的LED状态指示灯:平台URLCatalyst6000SeriesSwitches以太网模块LEDCatalyst5000系列交换机以太网模块LEDCatalyst4000SeriesSwitches以太网模块LEDCatalyst3750系列交换机前面板指示灯Catalyst3550SeriesSwitches前面板指示灯Catalyst2950/2955系列交换机前面板指示灯Catalyst2900/3500XL系列交换机前面板指示灯Catalyst1900及2820系列交换机前面板指示灯请确保链路两端都可以连通.
线路一端中断或某个端口关闭可能导致链路指示灯一端亮起而另一端不亮的问题.
使用链路指示灯并不能保证电缆功能完全正常.
电缆可能受到物理压力,导致其功能极大降低.
如果端口出现大量数据包错误,或者端口不断抖动(链路反复断开和恢复),通常您可以确定属于这种情况.
检查电缆和两端的连接如果端口的链路指示灯不亮,您可以考虑以下可能性:可能的原因纠正措施没有连接电缆使用电缆将交换机连接到已知正常的设备.
端口错误确保将电缆两端插入正确的端口.
设备未接电源确保两端的设备都连接电源.
电缆类型错误验证所选择的电缆.
请参阅Catalyst交换机电缆指南.
电缆损坏使用已知正常的电缆替换可能有问题的电缆.
查找连接器的引脚是否损坏或丢失.
连接松动检查连接是否松动.
有时电缆好像已插入插孔,但其实并没有.
拔下电缆,然后重新插入插孔.
配线面板排除配线面板连接故障.
如有可能,请暂停使用配线面板以排除故障.
介质转换器排除介质转换器故障:光纤到铜缆转换器等.
如有可能,请暂停使用媒介转换器以排除故障.
千兆接口转换器(GBIC)损坏或错误使用已知正常的GBIC替换可能有问题的GBIC.
验证此类GBIC的硬件和软件支持.
请参阅本文档的"千兆以太网故障排除"部分.
没被启用的坏端口或模块端口或接口或者模块移动电缆向已知好端口排除一个可疑的端口或模块故障.
请使用showport命令CatOS或showinterface命令CiscoIOS寻找错误-禁止、功能失效或者关闭状态.
使用showmodule命令可指示故障,这种故障可能属于硬件问题.
有关详细信息,请参阅本文档的"常见端口和接口问题"部分.
以太网铜缆和光缆确保所使用的电缆与您建立的连接类型相对应.
3类铜缆可用于10Mbps非屏蔽双绞线(UTP)连接,但不能用于10/100或10/100/1000MbpsUTP连接.
对于10/100或10/100/1000Mbps连接,请始终使用5类、5e类或6类UTP.
警告:5e类和6类电缆由于制造中使用了绝缘材料,所以可能存储大量静电.
在将电缆连接到模块之前,请务必将电缆与适当和安全的地面连接(尤其在使用新电缆时).

对于光纤,请确保根据相应的距离以及所使用的光纤端口类型使用正确的光缆.
光纤分两种类别,即单模光纤(SMF)和多模光纤(MMF).
请确保设备上相连的端口同属SMF或MMF端口.
Note:对于光纤连接,请确保将一个端口的传输端连接到另一个端口的接收端.
传输端和传输端连接以及接收端和接收端连接都不能工作.
以太网和快速以太网的最大传输距离收发器速度电缆类型双工模式站点间最大距离10Mbps3类UTP全双工和半双工328英尺(100米)10MbpsMMF全双工和半双工1.
2英里(2公里)100Mbps5类和5e类UTP全双工和半双工328英尺(100米)100Mbps6类UTP全双工和半双工328英尺(100米)100MbpsMMF半1312英尺(400米)充分1.
2英里(2公里)100MbpsSMF半1312英尺(400米)充分6.
2英里(10公里)有关各种类型的电缆/连接器、布线要求、光学要求(距离、类型、跳线等等)、怎样连接不同电缆以及大多数Cisco交换机和模块使用哪种电缆的详细信息,请参阅Catalyst交换机电缆指南.
千兆以太网故障排除如果设备A通过千兆链路连接设备B,但该链路未接通,请执行以下过程.
逐步程序验证设备A和B是否使用相同的GBIC、短波长(SX)、长波长(LX)、长距离(LH)、延长波长1.
(ZX)或铜线UTP(TX).
两台设备必须使用相同类型的GBIC建立链路.
SXGBIC需要连接SXGBIC.
SXGBIC不能与LXGBIC建立链路连接.
有关详细信息,请参阅模式调节接线安装说明.
根据此表定义验证每种GBIC使用的距离和电缆.
1000BASE-T和1000BASE-X端口布线规格与多模光纤相对应的数字指纤芯直径.
对于单模光纤,8.
3微米指纤芯直径.
9微米和10微米值是指Mode字段直径(MFD),是光纤的轻运载的部分直径.
此区域包括光纤核心加上周围的金属的小单元.
MFD是核心直径、波长LASER和核心和金属之间的折射率区别的功能.
距离是根据光纤损失来计算的.
多次粘接和不标准的光缆将会缩短布线距离.
仅适用于MMF.
对直径为62.
5微米的MMF使用LX/LHGBIC时,必须在链路传输端和接收端上的GBIC与MMF缆线之间均安装模式调节接线(CAB-GELX-625或类似接线).
模式调节接线对于链路长度是必需的少于328英尺(100m)或非常地比984英尺(300m).
模式调节接线防止简称超速MMF的接受器长度并且减少MMF的长的长度的差分模式延迟.
有关详细信息,请参阅模式调节接线安装说明.
仅适用于SMF.
色散位移单模光缆.
在链路两端均安装8-dB衰减器的情况下,ZXGBIC的最小链路距离为6.
2英里(10公里).
如果未安装衰减器,则最小链路距离为24.
9英里(40公里).
2.
如果任何一台设备具有多个千兆端口,请将这些端口相互连接.
这样可以测试每台设备,并验证千兆接口是否可以正常工作.
例如,您有一台配有两个千兆端口的交换机.
请用线缆将一个千兆端口连接到另一个千兆端口.
链路是否接通如果接通,则端口可以正常工作.
STP将阻塞端口,并阻止任何环路(端口一的接收端(RX)连接到端口二的传输端(TX),端口一的TX连接到端口二的RX).
3.
如果单个连接或步骤3用SC连接器失效,请回送端口回到本身(端口1RX去端口1TX).
端口是否接通如果未接通,请与TAC联系,因为这可能是端口故障.
4.
如果步骤3和步骤4成功执行,但无法在设备A和B之间建立连接,请使用连接两台设备的电缆回环到各个端口.
验证电缆没有故障.
5.
验证每台设备都支持千兆自动协商的802.
3z规范.
千兆以太网有比用于10/100以太网的那个广泛的一个自动协商过程(千兆位自适应spec:IEEEStd802.
3z-1998).
当您启用链路协商时,系统将自动协商流控制、双工模式和远程故障信息.
必须在链路两端同时启用或禁用链路协商.
链路两端必须设置为相同值,否则链路将无法连接.
当连接到IEEE802.
3z标准获批之前生产的设备时,会有一些问题.
如果任何一台设备均不支持千兆自动协商,则禁用千兆自动协商,随后它将强制建立链路.
卡固件需要用300毫秒时间通知软件10/100/1000BASETX链路/端口发生故障.
300毫秒默认反跳计时器来自对线路卡的固件轮询计时器,这种轮询每300毫秒发生一次.
如果此链路运行在1G(1000BASETX)模式下,则千兆同步(每10毫秒发生一次)能够更快检测链路故障.
在铜缆上运行千兆以太网与在光纤上运行千兆以太网,两者在链路故障检测时间上会有所不同.
这种检测时间的不同基于IEEE标准.
警告:禁用自动协商将会隐藏链路丢包或物理层问题.
仅当使用了不支持IEEE802.
3z的终端设备(例如旧的千兆NIC)时才需禁用自动协商.
除非绝对必要,否则请勿在交换机之间禁用自动协商,因为这样可能无法发现物理层问题,从而导致STP环路.
一种替代办法是联系供应商进行软件或硬件升级以支持IEEE802.
3z千兆自动协商.
6.
要解决与错误消息%SYS-4-PORT_GBICBADEEPROM:/%SYS-4-PORT_GBICNOTSUPP相关的问题,请参阅Catalyst6000/6500系列交换机上常见的CatOS错误消息.
有关千兆以太网以及千兆接口转换器(GBIC)、粗波分多路复用(CWDM)和智能小型可插拔模块(SFP)的系统要求,请参阅:系统要求实现在Catalyst交换机的千兆以太网qCatalystGigastack千兆接口转换器交换机兼容性列表qCisco千兆以太网收发器模块兼容性列表qCisco万兆以太网收发器模块兼容表qGBIC、SFP和CWDM文档q有关一般配置和故障排除信息,请参阅对以太网10/100/1000Mb半双工/全双工自动协商进行配置和故障排除.
连接与未连接多数Cisco交换机默认具有处于非连接状态的端口.
这表示端口当前没有连接到任何设备,但如果将其连接到其他正常运行的设备,它将可以建立连接.
如果您使用一根正常的电缆连接两个处于非连接状态的交换机端口,则两个端口的链路指示灯均应变为绿色,并且端口状态应指示已连接.
这表示端口可以在第1层(L1)正常工作.
对于CatOS,您能使用showport命令验证端口是否有一个被连接的或不连接的状态,或者它是否是将造成连接发生故障,类似失效或错误-禁止的另一个状态.
Switch>(enable)shportstatus3/1PortNameStatusVlanDuplexSpeedType3/1disabled1autoauto10/100BaseTX!
---Theshowportstatus{mod/port}commandshowtheportisdisabled.
!
---Usethesetportenable{mod/port}commandtotryandre-enableit.
对于CiscoIOS,您可以使用showinterfaces命令来验证接口是否为"up,lineprotocolisup(connected)".
第一个"up"指接口的物理层状态.
"lineprotocolup"消息显示接口的数据链路层状况并且说接口能发送和接受Keepalive.
Router#showinterfacesfastEthernet6/1FastEthernet6/1isdown,lineprotocolisdown(notconnect)!
---Theinterfaceisdownandlineprotocolisdown.
!
---Reasons:Inthiscase,!
---1)Acableisnotproperlyconnectedornotconnectedatalltothisport.
!
---2)Theconnectedcableisfaulty.
!
---3)Otherendofthecableisnotconnectedtoanactiveportordevice.
!
---Note:Forgigabitconnections,GBICsneedtobematchedoneach!
---sideoftheconnection.
!
---TherearedifferenttypesofGBICs,dependingonthecableand!
---distancesinvolved:shortwavelength(SX),!
---long-wavelength/long-haul(LX/LH)andextendeddistance(ZX).
!
---AnSXGBICneedstoconnectwithanSXGBIC;!
---anSXGBICdoesnotlinkwithanLXGBIC.
Also,somegigabit!
---connectionsrequireconditioningcables,!
---dependingonthelengthsinvolved.
Router#showinterfacesfastEthernet6/1FastEthernet6/1isup,lineprotocolisdown(notconnect)!
---Theinterfaceisup(ornotinashutdownstate),butlineprotocoldown.
!
---Reason:Inthiscase,thedeviceontheothersideofthewireisa!
---CatOSswitchwithitsportdisabled.
Router#shinterfacesfas6/1statusPortNameStatusVlanDuplexSpeedTypeFa6/1notconnect1autoauto10/100BaseTX!
---Theshowinterfacescard-type[slot/port]statuscommandistheequivalent!
---ofshowportstatusforCatOS.
如果showport显示连接或showinterfaces出现线路通信协议(连接),但是您看到错误增加在输出的either命令中,请参见了解Specfic端口,并且接口计数器为CatOS输出了或CiscoIOS或者普通的端口并且建立接口对故障排除的建议本文的问题部分.
CatOS和CiscoIOS的常用端口和接口故障排除命令下表显示用于在Supervisor上运行CatOS软件或CiscoIOS系统软件的交换机上排除端口或接口问题故障的常用命令.
Note:请从左栏选择一个命令,以转至该命令的说明文档.
右边的列给予什么的简要描述命令执行并且列出所有例外对它是使用每个平台.
CatOS的命令输出解释程序工具支持以下命令,这些命令可用于帮助排除交换机端口故障或问题:showversion、showmodule、showport、showcounters或showmac.
如果有支持的命令的输出从您的Cisco设备的,您能使用显示潜在问题和修正.
要使用命令输出解释程序,您必须是注册用户,并且必须登录,还要启用JavaScript.
CatOS命令CiscoIOS命令说明showversionshowversion对于运行CatOS的交换机,此命令将显示每个模块的软件和硬件版本信息以及系统存储容量.
对于运行CiscoIOS的交换机,此命令将显示类似Cisco路由器的输出,例如软件镜像名称、版本信息和系统存储容量等.
有助于搜索软件/硬件不兼容性(使用发行版本注释或SoftwareAdvisor)和Bug(使用软件Bug工具包).
有关showversion命令的详细信息,请参阅本文档的"软件问题"部分showmoduleshowmodule对于Catalyst6000、5000、4000和其他运行CatOS或CiscoIOS的模块化交换机,此命令将显示交换机中使用的卡、交换机运行的软件版本以及模块所处的状态:好,有故障等等有用在诊断在模块或端口的一个硬件问题.
有关使用showmodule命令排除硬件故障的详细信息,请参阅本文档的"端口或接口状态已禁用或关闭"或硬件问题部分.
shoshowthat对于CatOS,此命令显示交换机(做的所有变动的非默认配置设置对默认配置).
在CatOS中,对设置的所有更改将会自动保存.
对于Ciscowconfigrun-configIOS,此命令可显示交换机的当前配置文件.
在CiscoIOS中,可使用writememory命令将更改保存在设置中.
有助于确定可能导致问题的模式/端口或接口配置错误.
showportshowinterfaces对于CatOS,showport命令可显示端口是否连接、位于哪个VLAN、以什么速度/双工运行、信道信息和错误等.
对于CiscoIOS,showinterfaces命令显示交换端口的管理和操作状态、输入和输出信息包、缓冲故障、错误等等.
这两个命令的输出在了解端口较详细地讨论,并且接口计数器为本文的CatOS和CiscoIOS部分输出了.
clearcountersclearcounters对于CatOS和CiscoIOS请使用clearcounters命令对零个数据流和错误计数器,以便您能看到问题是否只是临时的,或者计数器是否继续增加.
Note:Catalyst6500/6000系列交换机不能使用clearcounters命令清除接口的位计数器.
要清除这些交换机的位计数器,唯一的方法是重新载入.
showportcountersshowinterfacescounters对于CatOS,showport命令可显示各种端口错误计数器,例如FCS、校准和冲突等.
对于在Catalyst6000,4000,3550,2950的CiscoIOS,和和3750系列,等效命令是showinterfacescard-typex/ycounterserrors.
这两个命令的输出在了解端口较详细地讨论,并且接口计数器为本文的CatOS和CiscoIOS部分输出了.
showcountershowcounters接口showcontrollers对于CatOS,showcounters命令显示一特定mod/端口或接口的64位和32位硬件计数器.
根据模块类型和平台的不同,计数器也会有所不同.
对于CiscoIOS,showcountersinterface命令在Catalyst6000series的仅软件版本12.
1(13)E被引入并且是等同showcounters命令显示32位和64位错误计数器的CatOS的.
对于在2900/3500XL的CiscoIOS,2950/2955,3550,2970和3750系列交换机,showcontrollersethernet-controller命令类似于showcounters命令在CatOS平台.
显示丢弃帧、延迟sethernet-controller帧、校验错误和冲突等.
showmacshowinterfacescounters对于CatOS,showmac命令显示穿过每个端口例如,收到帧、传输帧、out-lost、in-lost等等(此命令的数据流的MAC计数器不列出在端口了解的MAC地址由桥接软件.
要获取此信息,请使用showcamdynamic命令.
)对于CiscoIOS,showinterfacescard-typex/ycounters命令类似CatOS平台的showmac.
这两个命令的输出在了解端口较详细地讨论,并且接口计数器为本文的CatOS和CiscoIOS部分输出了.
showtest显示诊断showpost对于CatOS,showtest命令可显示启动时遇到的所有硬件错误.
对于CiscoIOS,等效命令是显示诊断哪些在Catalyst6000series的12.
1(11b)E被引入并且显示诊断(与s)哪些为Catalyst4000Series介绍.
这两个命令都显示通电自检(POST)结果.
对于在2900/3500XL的CiscoIOS,2950/2955,3550,2970和3750系列交换机,显示交换机POST的结果的等效命令是showpost.
有关如何排除Catalyst交换机相关硬件故障的信息,请参阅本文档的"硬件问题"部分.
了解CatOS和CiscoIOS的特定端口和接口计数器输出大多数交换机都提供了跟踪端口或接口的数据包或错误的方法.
用于的普通的命令找到此种信息在本文的CatOS和CiscoIOS部分的最普通的端口和接口故障检修命令描述.
Note:这些计数器的实施在不同平台和版本中有所不同.
虽然这些计数器的值是基本准确的,但在设计上有意使之不是非常精准.
要获得精准的流量统计信息,建议您使用嗅探器以监控必要的输入和输出接口.
某些计数器出现过多错误通常表示存在问题.
基于半双工设置运行时,在帧检查顺序(FCS)、校准、残帧和冲突计数器中某些数据链路错误数量增加是正常的.
通常,占总流量1%比例的错误对半双工连接而言是可接受的.
如果输入数据包的错误率大于2%或3%,您可能会发现性能下降.
在半双工环境里,是可能的为了交换机和连接的设备能感觉电线和在同一时间传输和导致冲突.
冲突能导致小家畜、FCS和校正错误由于不完全地被复制的帧电线,导致分段帧.

在全双工模式下运行时,FCS、循环冗余校验(CRC)、校准和残帧计数器中的错误数量应该是最少的.
当链路以全双工运行时,冲突计数器并不工作.
此时如果FCS、CRC、校准或残帧计数器增加,请检查是否存在双工不匹配.
双工不匹配指交换机在全双工模式下运行,而连接的设备在半双工模式下运行,反之亦然.
双工不匹配可导致出现性能大幅下降、连接时断时续和连接丢失等问题.

数据链路错误的其他可能的原因在全双工的是坏电缆、有故障的交换端口或者NIC软件/硬件问题.

有关详细信息,请参阅本文档的"常见端口和接口问题"部分.
CatOS的ShowPort与CiscoIOS的ShowInterfaces当Supervisor上运行CatOS时,可使用showport{mod/port}命令.
对只显示porterrorcounters的此命令的一个选择是showportcounters{mod/port}.
有关错误计数器输出的说明,请参阅表1.
Router#shinterfacesfas6/1statusPortNameStatusVlanDuplexSpeedTypeFa6/1notconnect1autoauto10/100BaseTX!
---Theshowinterfacescard-type[slot/port]statuscommandistheequivalent!
---ofshowportstatusforCatOS.
当Supervisor上运行CiscoIOS时,其等效命令是showinterfacescard-type{slot/port}.
对只显示接口错误计数器的此命令的一个选择(Catalyst6000,4000,3550,29702950/2955和3750系列交换机)showinterfacescard-type{slot/port}counterserrors命令.
Note:对于2900/3500XL系列交换机,请使用showinterfacescard-type{slot/port}命令以及showcontrollersEthernet-controller命令.
Router#shinterfacesfastEthernet6/1FastEthernet6/1isup,lineprotocolisup(connected)HardwareisC6k100Mb802.
3,addressis0009.
11f3.
8848(bia0009.
11f3.
8848)MTU1500bytes,BW100000Kbit,DLY100usec,reliability255/255,txload1/255,rxload1/255EncapsulationARPA,loopbacknotsetFull-duplex,100Mb/sinputflow-controlisoff,outputflow-controlisoffARPtype:ARPA,ARPTimeout04:00:00Lastinput00:00:14,output00:00:36,outputhangneverLastclearingof"showinterface"countersneverInputqueue:0/2000/0/0(size/max/drops/flushes);Totaloutputdrops:0Queueingstrategy:fifoOutputqueue:0/40(size/max)5minuteinputrate0bits/sec,0packets/sec5minuteoutputrate0bits/sec,0packets/sec以下列出了到目前为止的showinterfaces命令输出的说明(按顺序):线路通信协议启用(连接)-第一""是指接口的物理层状况.
"lineprotocolup"消息显示接口的数据链路层状况并且说接口能发送和接受Keepalive.
qMTU-最大传输单元(MTU)是以太网的1500个字节默认情况下(帧的最大数据部分).

qFull-duplex,100Mb/s-Full-duplex和100Mbps是接口当前的双工和速度设置.
这并不能指示是否使用了自动协商以获得此性能.
使用showinterfacesfas6/1status命令可显示以下信息:Router#shinterfacesfas6/1statusPortNameStatusVlanDuplexSpeedTypeFa6/1connected1a-fulla-10010/100BaseTX!
---Autonegotiationwasusedtoachievefull-duplexand100Mbps.
qLastinput,输出-几小时、分钟和秒钟的数量,因为最后信息包由接口成功接受或传输.
此信息可用于了解出现接口故障的时间.
q"showinterface"上次清洁抵抗-上次clearcounters命令从重新启动交换机的上次发出.
clearcounters命令用于重置接口统计数据.
Note:清除计数器时,不会清除可能会影响路由的变量(例如负载和可靠性).
qInputqueue-输入队列中的数据包数量.
大小/最大/下降=帧的当前数量在队列/最大数量构筑队列能暂挂,在必须开始下降帧/被丢弃前的帧的实际数量,因为最大队列大小被超出了.

Flushes用于计算运行CiscoIOS的Catalyst6000系列的选择性数据包丢弃(SPD)丢包数量q.
(在运行CiscoIOS的Catalyst4000系列上可以使用刷新计数器,但此值永远不会增加.
)SPD是一种机制,当CPU过载时,此机制将快速丢弃低优先级数据包,以便保留某些处理能力来处理高优先级数据包.
选择性数据包丢弃(SPD)可对路由器的IP进程队列实施一种选择性数据包丢弃策略,作为SPD的一部分,showinterface命令输出中的清除计数器将会增加.
因此,它只适合处理交换数据流.
SPD的作用是保证当IP输入队列已满时,重要的控制数据包(例如路由更新和Keepalive)不会被丢弃.
当IP输入队列的大小介于最小和最大阈值之间时,将根据某种丢弃概率来丢弃正常的IP数据包.
这些随机数据包丢弃称为SPD清除.
Totaloutputdrops-因输出队列已满而被丢弃的数据包数量.
此的常见原因也许是从换成一条更低的带宽链路的一条高带宽链路的从换成单个outbound链路的多条入站链路的数据流或数据流.
例如,如果很多突发数据流在千兆接口进来和换成100Mbps接口,这在100Mbps接口也许造成输出下落增加.
这是因为入站和出站带宽的速度不匹配,导致接口的输出队列被过量数据流淹没.
qOutputqueue-输出队列中的数据包数量.
大小/最大意味着帧的当前数量在队列/最大数量的构筑队列暂挂,在是充分的前,并且必须开始丢弃帧.
q5分钟输入-输出费率-接口看到的平均的输入和输出速率在前五分钟内.
要指定更短的时间以获得更加准确的读数(例如,为了更好地检测突发数据流),可发出load-intervalinterface命令.
q是类似于或等同的CatOS错误计数器输出showinterfaces命令显示错误计数器的其余输出了.
有关错误计数器输出的说明,请参阅表1.
!
---.
.
.
showinterfacescommandoutputcontinues.
1117058packetsinput,78283238bytes,0nobufferReceived1117035broadcasts,0runts,0giants,0throttles0inputerrors,0CRC,0frame,0overrun,0ignored0watchdog,0multicast,0pauseinput0inputpacketswithdribbleconditiondetected285811packetsoutput,27449284bytes,0underruns0outputerrors,0collisions,2interfaceresets0babbles,0latecollision,0deferred0lostcarrier,0nocarrier0outputbufferfailures,0outputbuffersswappedoutNote:用于实际接口与用于VLAN接口的showinterface命令输出的计数器会有所不同.
在用于VLAN接口的showinterface输出中,当数据包是CPU处理的第3层(L3)时,输入数据包计数器将会增加.
在第2层(12)交换的数据流不会到达CPU,因此也不会在VLAN接口的showinterface计数器中计数.
它将在相应物理接口的showinterface输出中计数.
showinterfacescard-type{slot/port}counterserrors是与CatOS的showportcounters等效的CiscoIOS命令.
有关错误计数器输出的说明,请参阅表1.
Router#shinterfacesfastEthernet6/1counterserrorsPortAlign-ErrFCS-ErrXmit-ErrRcv-ErrUnderSizeOutDiscardsFa6/1000000PortSingle-ColMulti-ColLate-ColExcess-ColCarri-SenRuntsGiantsFa6/10000000表1:CatOS的showport错误计数器输出或Catalyst6000、5000和4000系列的showportcounters输出.
CiscoIOS错误计数器为showinterfaces或showinterfacescard-typex/ycounterserrors输出了Catalyst6000及4000系列的.
计数器(按字母顺序排序)相关说明以及错误计数器增加的常见原因Align-Err说明:CatOSshport和CiscoIOSshinterfacescounters错误.
校正错误是帧的数量的一计数以八位位组的一个偶数不结束并且有坏循环冗余校验接收的(CRC).
常见原因:这些通常是双工不匹配的结果或一个物理问题(例如接线、一个坏端口或者坏NIC).
当第一次将电缆连接到端口时,可能会发生这样的错误.
此外,如果将集线器连接到端口,则集线器上的其他设备之间产生的冲突也可能导致这些错误.
例外平台:在Catalyst4000系列SupervisorI(WS-X4012)或SupervisorII(WS-X4013)上不会计算校验错误数.
咿呀作声说明:CiscoIOSshinterfaces计数器.
表示jabber传输超时的CatOS计数器.
jabber是长度超过1518个八位组的帧(不包括组帧位,但包括FCS八位组),这种帧不是以偶数个八位组结尾(校验错误)并且其FCS有误.
Carri-Sen说明:CatOSshport和CiscoIOSshinterfacescounters错误.
Carri-Sen(载波侦听)计数器增量,在以太网控制器要发送关于半双工连接时候的数据.
控制器感觉电线并且检查是否在传输前不是繁忙的.
常见原因:在半双工以太网段上,这是正常现象.
冲突说明:CiscoIOSshinterfaces计数器.
在接口成功前,传输帧对媒体次数冲突发生了.
常见原因:当接口配置为半双工时出现冲突是正常的,但在全双工接口上不应看到此类冲突.
如果冲突数量急剧增加,这表示链路利用率非常高,或者可能与所连接设备的双工不匹配.
CRC说明:CiscoIOSshinterfaces计数器.
当产生的LAN位置或远端的设备生成的CRC不匹配从数据计算的校验和接收,这增加.
常见原因:这通常表示LAN接口或LAN本身的噪音或传输问题.
Crc的大数字通常是冲突的结果,但是能也指示一个物理问题(例如接线、坏接口或者NIC)或双工不匹配.
延迟说明:CiscoIOSshinterfaces计数器.
因为介质繁忙而等待并在等待过后成功传输的帧数量.
常见原因:这通常出现在当接口尝试发送帧时载波已被占用的半双工环境中.
pauseinput说明:CiscoIOSshowinterfaces计数器.
暂停输入计数器增加意味着所连接设备请求暂停数据流,因为其接收缓冲区已几乎被占满.
常见原因:此计数器增加仅供参考,因为交换机仍可接收帧.
当所连接设备能够接收数据流时,暂停数据包将停止.
inputpacketswithdribblecondition说明:CiscoIOSshinterfaces计数器.
细流误码表明帧略微有点长.
常见原因:这种帧错误计数器增加仅供参考,因为交换机仍可接收帧.
Excess-Col说明:CatOSshport和CiscoIOSshinterfacescounters错误.
由于出现过度冲突导致特定接口无法传输的帧数量.
当数据包连续冲突16次后,将会出现过度冲突.
此时数据包将被丢弃.
常见原因:额外冲突典型地是在分段的负荷需要在多个分段间被分裂的征兆,但是能也指向双工不匹配用连接的设备.
在配置为全双工的接口中不应看到此类冲突.
FCS-Err说明:CatOSshport和CiscoIOSshinterfacescounters错误.
大小有效但存在帧检查顺序(FCS)错误而不存在成帧错误的帧数量.
常见原因:这典型地是一个物理问题(例如接线、一个坏端口或者损坏的网络接口卡(NIC))但也可能表示双工不匹配.
帧说明:CiscoIOSshinterfaces计数器.
CRC有误并且八位组为非整数数字(校验错误)的、错误接收的数据包的数量.
常见原因:这通常是冲突或一个物理问题的结果(例如接线、坏端口或者NIC),但是能也指示双工不匹配.
巨人说明:CatOSshport和CiscoIOSshinterfaces以及shinterfaces计数器错误.
超出最大IEEE802.
3帧大小接收的帧(非超大以太网的1518个字节)并且有坏帧校验Sequence(FCS).
常见原因:在很多情况下,这是因NIC损坏引起的.
请尝试查找冲突设备,并从网络中移除它.
例外平台:在运行早于CiscoIOS软件版本12.
1(19)EW的CatalystCat4000系列中,如果帧大小超过1518字节,则巨型帧计数器将会增加.
在12.
1(19)EW以后,只有当帧是与坏FCS时的接收的>1518bytes在showinterfaces的一个巨人增加.
忽略说明:CiscoIOSshinterfaces计数器.
接口丢弃的收到的信息包的数量,因为接口硬件在内部缓存减少了.
常见原因:广播风暴和噪音突发可能会导致忽略计数增加.
输入错说明:CiscoIOSshinterfaces计数器.
常见原因:这包括残帧、巨型帧、无缓冲区、CRC、帧、溢出和忽略的计数.
其他一些与输入有关的错误也可能导误致输入错误计数增加,并且一些数据报还可能具有多个错误.
因此,这个总数可能与枚举的输入错误总计数不符.
另请参阅连接到第2层交换机端口的第3层接口上的输入错误.
Late-Col说明:CatOSshport和CiscoIOSshinterfaces以及shinterfaces计数器错误.
冲突在一个特殊接口后被发现在发射进程中的次数.
对于一个10Mbit/s端口这比512位时间以后到信息包的发射.
500和12位时间对应于10Mbit/s系统上的51.
2微秒.
常见原因:此错误可能表示双工不匹配以及其他一些问题.
对于双工不匹配的情况,在半双工端将会出现延迟冲突.
当半双工端传输数据时,全双工端不会排队等候,而是会同时进行传输,因此导致了延迟冲突.
延迟冲突也可能表示以太网电缆或网段太长.
在配置为全双工的接口中不应看到此类冲突.
lostcarrier说明:CiscoIOSshinterfaces计数器.
传输过程中丢失载波的次数.
常见原因:请检查电缆是否损坏.
同时检查两端的物理连接.
Multi-Col说明:CatOSshport和CiscoIOSshinterfacescounters错误.
在接口成功前,传输帧对媒体次数多次冲突发生了.
常见原因:当接口配置为半双工时出现冲突是正常的,但在全双工接口上不应看到此类冲突.
如果冲突数量急剧增加,这表示链路利用率非常高,或者可能与所连接设备的双工不匹配.
nobuffer说明:CiscoIOSshinterfaces计数器.
由于没有缓冲区空间而被丢弃的已接收数据包的数量.
常见原因:请与忽略计数相比较.
广播风暴通常是引起这些事件的原因.
没有载波说明:CiscoIOSshinterfaces计数器.
在传输过程中载波不存在的次数.
常见原因:请检查电缆是否损坏.
同时检查两端的物理连接.
Out-Discard说明:选择的出局信息包的数量被丢弃,即使未发现错误.
常见原因:之所以丢弃此类数据包,一个可能的原因是为了释放缓冲区空间.
outputbufferfailuresoutputbuffersswappedout说明:CiscoIOSshinterfaces计数器.
故障缓冲区的数量以及被交换缓冲区的数量.
常见原因:当切换到端口的数据流速较高,端口无法处理数据流量时,它会将数据包缓冲到Tx缓冲区.
当Tx缓冲区已满时,端口开始丢弃数据包,因此欠载计数器和输出缓冲区故障计数器也会随之增加.
输出缓冲区故障计数器增加可能表示端口速率太低和/或双工不匹配,或是有太多数据流通过端口.
例如,我们可以设想有1G的多播流转发到24个100Mbps端口.
如果输出接口超额订阅,那么输出缓冲区故障与Out-Discard同时增加是很正常的.
有关故障排除信息,请参阅本文档的延迟帧(Out-Lost或Out-Discard)部分.
输出错误说明:CiscoIOSshinterfaces计数器.
防止数据包最终传输在接口外面所有错误的总和.
常见原因:此问题由输出队列大小不足导致.
超出说明:接收方硬件无法将收到的数据传送到硬件缓冲区的次数.
常见原因:数据流入速率超出了接收方的数据处理能力.
packetsinput/output说明:CiscoIOSshinterfaces计数器.
接口接收和传输的无错数据包总数.
监视这些计数器是否增加有助于确定数据流是否正确地通过接口.
字节计数器在系统收到和传输的无错的信息包包括数据和MAC封装.
Rcv-Err说明:CatOSshowport或showportcounters以及CiscoIOS(仅用于Catalyst6000系列)shinterfaces计数器错误.
常见原因:请参阅例外平台.
例外平台:Catalyst5000系列的rcv-err表示接收缓冲区故障数.
例如,残帧、巨型帧或FCS-Err不会导致rcv-err计数器增加.
在5000系列上,仅当出现过量数据流时rcv-err计数器才会增加.
在Catalyst4000系列上,rcv-err等于所有接收错误总数,与Catalyst5000相反,它意味着当接口收到残帧、巨型帧或FCS-Err等错误时,rcv-err计数器将会增加.
小家畜说明:CatOSshport和CiscoIOSshinterfaces以及shinterfaces计数器错误.
小于最低的IEEE802.
3帧大小带着坏CRC被接收的(以太网的64个字节),和的帧.
常见原因:这可以由一个双工不匹配和物理问题造成,例如电缆、端口或者NIC在连接的设备.
例外平台:在运行早于软件版本12.
1(19)EW的Catalyst4000系列中,残帧即指大小不足.
而大小不足即指帧大小小于64字节.
仅当收到的帧小于64字节时,残帧计数器才会增加.
在12.
1(19)EW版本之后,残帧等于分段.
分段指大小小于64字节并且CRC有误的帧.
当与坏CRC的帧端口接收器被禁用的次数.
如果在扼杀计数器数值之后出现星号(*),这意味着在命令运行时接口已被节流.
常见原因:可能增加处理器过载的数据包,包括具有选项、过期TTL、非ARPA封装、分段、隧道、ICMP数据包、MTU校检和错误的数据包,RPF故障、IP校检和以及长度错误的IP数据包.
underrun说明:传输器运行速度快于交换机处理能力的次数.
常见原因:这可能发生在高吞吐量环境中,当接口突然收到来自其他接口的大量数据流时可能会出现这种情况.
接口重置也可能伴随发生欠载.
比一般小说明:CatOSshport和CiscoIOSshinterfacescounters错误.
大小小于IEEE802.
3的最小帧大小(64字节)但构造完整(不包括组帧位,但包括FCS八位组)的已接收帧的数量.
常见原因:请检查发出这些帧的设备.
Xmit-Err说明:CatOSshport和CiscoIOSshinterfacescounters错误.
这表示内部发送(Tx)缓冲区已满.
常见原因:Xmit-Err的常见原因可能是来自高带宽链路的数据流被切换到低带宽链路上,或是来自多条入站链路的数据流被切换到单条出站链路上.
例如,如果有大量突发数据流传入千兆接口并被切换到100Mbps输出接口上,这可能导致100Mbps接口上的Xmit-Err增加.
这是因为入站和出站带宽的速度不匹配,导致接口的输出缓冲区被过量数据流淹没.
CatOS的ShowMac与CiscoIOS的ShowInterfacesCountersshowmac{mod/port}命令用于在运行CatOS的Supervisor上监视端口的入站和出站数据流,并将其显示为接收端(Rcv)和传输端(Xmit)的单播、多播和广播数据流.
以下输出来自运行CatOS的Catalyst6000:Console>(enable)shmac3/1PortRcv-UnicastRcv-MulticastRcv-Broadcast3/11772562723694PortXmit-UnicastXmit-MulticastXmit-Broadcast3/130680377153PortRcv-OctetXmit-Octet3/12230356548381168MACDely-ExcedMTU-ExcedIn-DiscardOut-Discard3/10023304317PortLast-Time-Cleared3/1SunJun12003,12:22:47此命令也具有以下错误计数器:Dely-Exced、MTU-Exced、In-Discard和Out-Discard.
Dely-Exced-此端口丢弃的帧的数量由于额外的传输延迟通过交换机.
除非端口的利用率非常高,否则此计数器不应上升.
qMTUExceed-这表示该端口或网段上的一台设备发出的帧超过允许帧大小(对于非超大以太网为1518字节).
qIn-Discard-由于不需要交换帧而将入站的有效帧丢弃的结果.
如果该端口连接了一个集线器,而该集线器上的两台设备交换数据,这种情况可能是正常的.
交换端口仍然看到数据,但是不必须交换它(因为CAM表显示与相同端口产生关联的两个设备MAC地址),和,因此丢弃.
在配置为中继的端口上,如果该中继阻塞某些VLAN;或是在VLAN的唯一成员端口上,此计数器也可能增加.
q摈除-选择的出局信息包的数量被丢弃,即使未发现信息包错误.
之所以丢弃此类数据包,一个可能的原因是为了释放缓冲区空间.
q运行CatOS的Catalyst4000和5000系列交换机在showmac命令中还有另外两种错误计数器.
它们是In-lost和Out-lost计数器:MACDely-ExcedMTU-ExcedIn-DiscardLrn-DiscrdIn-LostOut-Lost5/1000000In-lost-在Catalyst4000,此计数器是在端口收到的所有错误信息包的总和.
在Catalyst5000的In-lost计数器,另一方面,追踪全部的总和接受缓冲故障.
qOut-Lost-在Catalyst4000和5000上,这表示在转发前已丢失的出站帧(由于缓冲区空间不足).
通常这是由于端口超额订阅引起的.
q当Supervisor上运行CiscoIOS时,可使用showinterfacescard-type{slot/port}counters命令.
Note:不存在与以下CatOSshowmac错误计数器等效的计数器:此命令中的Dely-Exced、MTU-Exced和In-Discard.
但是在CiscoIOSshowinterfacescounterserrors命令中有一个Out-Discard计数器,表1提供了有关此计数器的说明.
Router#shinterfacesfas6/1countersPortInOctetsInUcastPktsInMcastPktsInBcastPktsFa6/14785607623673028149PortOutOctetsOutUcastPktsOutMcastPktsOutBcastPktsFa6/122103793172558773280Router#!
---CiscoIOScountersusedtomonitorinboundandoutboundunicast,multicast!
---andbroadcastpacketsontheinterface.
CatOS的ShowCounters与CiscoIOS的ShowCountersInterfaceshowcounters[mod/port]命令可提供更加详细的端口和接口统计信息.
此命令为CatOS是可用的,并且等同的showcounters接口Card-type{插槽/端口}命令在仅Catalyst6000series的CiscoIOS软件版本12.
1(13)E被引入.
这些命令显示了每个端口或接口的32位和64位错误计数器.
有关详细信息,请参阅showcounters的CatOS命令文档.
Note:运行CiscoIOS的Catalyst6000系列交换机的计数器统计信息以十六进制格式显示.
Console>(enable)shcounters3/164bitcounters0rxHCTotalPkts=2605551txHCTotalPkts=6874112rxHCUnicastPkts=1773txHCUnicastPkts=304rxHCMulticastPkts=2566845txHCMulticastPkts=6872286rxHCBroadcastPkts=36947txHCBroadcastPkts=1538rxHCOctets=223861679txHCOctets=4885081710rxTxHCPkts64Octets=22892911rxTxHCPkts65to127Octets=70149312rxTxHCPkts128to255Octets=28513rxTxHCPkts256to511Octets=1709014rxTxHCpkts512to1023Octets=16815rxTxHCpkts1024to1518Octets=116txHCTrunkFrames=39521717rxHCTrunkFrames=23645918rxHCDropEvents=032bitcounters0rxCRCAlignErrors=01rxUndersizedPkts=02rxOversizedPkts=03rxFragmentPkts=04rxJabbers=05txCollisions=06ifInErrors=07ifOutErrors=08ifInDiscards=2330439ifInUnknownProtos=210ifOutDiscards=17!
---Outputsuppressed.
CiscoIOS的ShowControllerEthernet-Controller对于Catalyst3750,3550,2970,2950/2955,2940和2900/3500XL交换机请使用showcontroller命令ethernet-controller显示输出的数据流计数器和类似于showport、为Catalyst6000,5000和4000系列交换机和showcounters输出的showinterface、showmac的错误计数器.
3550-1#shcontrollerethernet-controllerfastEthernet0/1!
---OutputfromaCatalyst3550.
TransmitFastEthernet0/1Receive0Bytes0Bytes0Unicastframes0Unicastframes0Multicastframes0Multicastframes0Broadcastframes0Broadcastframes0Discardedframes0Nodest,unicast0Toooldframes0Nodest,multicast0Deferredframes0Nodest,broadcast01collisionframes02collisionframes0FCSerrors03collisionframes0Oversizeframes04collisionframes0Undersizeframes05collisionframes0Collisionfragments06collisionframes07collisionframes0Minimumsizeframes08collisionframes065to127byteframes09collisionframes0128to255byteframes010collisionframes0256to511byteframes011collisionframes0512to1023byteframes012collisionframes01024to1518byteframes013collisionframes014collisionframes0Floodedframes015collisionframes0Overrunframes0Excessivecollisions0VLANfilteredframes0Latecollisions0Sourceroutedframes0Good(1coll)frames0Validoversizeframes0Good(>1coll)frames0Pauseframes0Pauseframes0Symbolerrorframes0VLANdiscardframes0Invalidframes,toolarge0Excessdeferframes0Validframes,toolarge0Toolargeframes0Invalidframes,toosmall064byteframes0Validframes,toosmall0127byteframes0255byteframes0511byteframes01023byteframes01518byteframes3550-1#!
---Seetableforadditionalcounteroutputfor2900/3500XLSeriesswitches.
计数说明可能的原因器传送的帧Discardedframes由于资源不足,其传输尝试被放弃的帧总数.
此总数包括所有目标类型的帧.
接口的流量负载过大,导致帧被丢弃.
如果您看到此字段中的数据包数量不断增加,请减少接口的流量负载.
Toooldframes长期用比两秒游遍交换机帧的编号.
由于此原因,交换机将它们丢弃.
这种情况只发生在压力极高的环境下.
此交换机的流量负载过大,导致帧被丢弃.
如果您看到此字段中的数据包数量不断增加,请减少交换机的负载.
您可能需要修改网络拓扑才能减少交换机的流量负载.
Deferredframes第一个传输尝试被延迟帧的总数,由于在网络媒介的数据流.
此总数包括随后被传输不出错误和,无需体验冲突仅的那些帧.
流向此交换机的流量负载过大,导致帧被丢弃.
如果您看到此字段中的数据包数量不断增加,请减少交换机的负载.
您可能需要修改网络拓扑才能减少交换机的流量负载.
Collision冲突帧计数器是信息包尝试传输,但是不是成功的次数,但是成功的在其下个尝试.
这意味着,如果2个冲突帧抵抗增加,交换机尝试两次发送信息包和发生故障,但是成功的在其第三个尝试.
接口的流量负载过大,导致帧被丢弃.
如果您看到这些字段中的数据包数量不断增加,请减少接口的流量负载.
framesExcessiveCollision在连续16次出现延迟冲突后,过度冲突计数器将会增加.
如果16次尝试发送数据包仍未成功,那么数据包将被丢弃,并且此计数器将增加.
如果此计数器增加,则表示存在布线问题、网络负载过大或双工不匹配.
网络负载过大可能是由于共享以太网中存在太多设备造成的.
最近的冲突最近的冲突发生,当两个设备同时传输,并且连接的两侧不发现一次冲突.
此出现时间的原因是,因为时候传播从网络的一端的信号到另一个比时候长放置整个数据包在网络.
导致最近的冲突的两个设备从未看到其他发送,在网络之后放置整个数据包.
在第一个64字节时隙之前,发射器未检测到延迟冲突.
这是因为只有在传输大于64字节的数据包时才会检测到这种冲突.
最近的冲突是不正确接线的结果或集线器的一个固执的编号在网络的.
NIC损坏也可能导致延迟冲突.
Good(1coll)fram正确地体验一次冲突和成功然后传输帧的总数.
在半双工环境中,出现这种冲突是正常的.
esGood(>1coll)frames体验在2次和15次冲突之间帧的总数,包含,和成功然后传输.
在半双工环境中,出现这种冲突是正常的.
位于此计数器上界的帧若再增加冲突次数,则可能超出15次冲突而被计入过度冲突中.
VLANdiscardframes因为设置,帧的数量在接口下降了CFI位.
在802.
1q帧isis的TCI的CanonicalFormatIndicator(CFI)位设置到0以太网规范帧格式的.
如果CFI位设置到1,这指示丢弃RIF(路由信息字段)或令牌环非经典的帧的出现.
收到的帧Nobandwidthfra仅适用于2900/3500XL.
端口从网络收到一个信息包的次数,但是交换机没有接受的资源它.
这种情况仅在压力较大的环境下发生,但在一些端口遇到突发数据流时也可能发生.
因此,出现少量的无带宽帧不必担心.
(但其数量仍需远远低于已接收帧数量的百分之一.
)接口的流量负载过大,导致帧被丢弃.
如果您看到此字段中的数据包数量不断增加,请减少接口的流量负载.
mesNobuffersframes仅适用于2900/3500XL.
端口从网络收到一个信息包的次数,但是交换机没有接受的资源它.
这种情况仅在压力较大的环境下发生,但在一些端口遇到突发数据流时也可能发生.
因此,出现少量的无缓冲区帧不必担心.
(但其数量仍需远远低于已接收帧数量的百分之一.
)接口的流量负载过大,导致帧被丢弃.
如果您看到此字段中的数据包数量不断增加,请减少接口的流量负载.
Nodest,unicast目的地单播不是端口没有转发到任何其他端口单播信息包的数量.
以下简要介绍了Nodest,unicast、Nodest,multicast以及Nodest,broadcast计数器可能增加的各种情况:如果端口是接入端口,并且此端口连接到交换机间链路协议(ISL)中继端口,则Nodest计数器将会非常大,因为所有入站ISL数据包都不会被转发.
这是无效的配置.
q如果端口被生成树协议(STP)阻塞,大多数数据包不会被转发,从而导致Nodest数据包增多.
如果端口只获得了一条链路,则将有一段非常短的时间(不到一秒)不会转发入站数据包.
q如果端口单独位于VLAN中,交换机中的其他端口都不属于此VLAN,则所有入站数据包都qNodest,multicast目的地组播不是组播信息包的数量端口没有转发到任何其他端口的.
Node目的地广播不是端口没有转发到任何其他端口广播包的数量.
st,broadcast将被丢弃,此计数器也会增加.
计数器也增加,当信息包的目的地地址在端口时了解信息包收到了.
如果在端口0/1收到数据包,其目标MAC地址为X,且交换机已获悉MAC地址X驻留在端口0/1上,那么它将增加此计数器并丢弃此数据包.
在下列情况下可能发生此问题:如果有一个集线器连接到端口0/1,并且有一个工作站连接到该集线器,此工作站向另一个连接到该集线器的工作站传输数据包,则端口0/1不会将此数据包转发到任何地方,因为目标MAC驻留在相同端口上.
如果有一台交换机连接到端口0/1,并且它开始向其所有端口发送大量数据包以获知MAC地址,也可能发生这种问题.
q如果静态地址在同样VLAN的另一个端口设置,并且静态地址未为接收端口设置,信息包被丢弃.
例如,如果在端口0/2上配置了MAC地址X的静态映射以将数据流转发到端口0/3,则必须在端口0/2收到此数据包q,否则此数据包将被丢弃.
如果数据包是从端口0/2所在的VLAN中的任何其他端口发来的,则此数据包将被丢弃.
如果端口是安全端口,则它将不会转发源MAC地址被禁止的数据包,同时此计数器将会增加.
q校正错误校验错误指的是不以偶数个八位组结尾并且CRC有误的已接收帧的数量.
校正错误归结于不完全地被复制到电线的帧,导致分段帧.
校正错误是冲突的结果在半双工,双工不匹配、坏硬件(NIC、电缆或者端口),或者产生以八位位组不结束并且有坏FCS的帧的连接的设备.
FCS错误FCS错误计数是带着一错误校验和帧的数量(CRC值)被接收在以太网帧.
这些帧将被丢弃,而不会传播到其他端口上.
FCS错误是因半双工冲突、双工不匹配、硬件(NIC、电缆或端口)损坏或者所连接设备产生的帧具有错误FCS而造成的.
Undersizeframes这是长度小于64个八位组(不包括组帧位,但包括FCS)并且具有正确FCS值的已接收数据包的总数.
这表示所连接的设备产生的帧不良.
请验证所连接设备是否正确运行.
Oversi端口收到的信息包的编号从网络,信息包是超过1514个字节.
这可能表示硬件故障、dot1q或ISL中继配置问题.
zeframes冲突片段长度小于64个八位组(不包括组帧位,但包括FCS)并且FCS值有误的已接收数据包的总数.
如果此计数器增加,则表示端口被配置为半双工.
请将双工设置更改为全双工.
Overrunframes接收方硬件无法将收到的数据传送到硬件缓冲区的次数.
数据流入速率超出了接收方的数据处理能力.
VLANfilteredframes由于帧中包含的VLAN信息类型而被过滤掉的帧总数.
端口可能被配置为过滤掉带有802.
1Q标记的帧.
当包含一个802.
1Q标记时的帧接收帧被过滤,并且此统计数据被增加.
Sourcerou总数接收被丢弃的归结于在本地帧的源地址设置的源路由位的帧.
这种类型的源路由仅为令牌环和FDDI定义.
IEEE以太网规范禁止在所有以太网帧中设置此位.
因此,交换机将会丢弃这种帧.
tedframesValidoversizeframes长度超过系统MTU但FCS值正确的已接收帧的总数.
此统计数据计算长度超过已配置的系统MTU但可能已在1518字节的基础上增加以允许Q-in-Q或MPLS封装的帧数量.
Symbolerrorframes千兆以太网(1000Base-X)使用8B/10B编码将来自MAC子层(第2层)的8位数据转换为10位符号,以便通过线路传送.
当端口接受一个符号时,从符号(10位)提取8位数据.
符号错误表示接口检测到收到了未定义(无效)的符号.
少量符号错误可以忽略.
大量符号错误则可能表示设备、电缆或硬件损坏.
Invalid超出最大IEEE802.
3帧大小接收的巨型帧或帧(非超大以太网的1518个字节)并且有坏帧校验Sequence(FCS).
在很多情况下,这是因NIC损坏引起的.
请尝试查找冲突设备,并从网络中移除它.
frames,toolargeInvalidframes,toosmall残帧或大小小于64字节(包括FCS位但不包括帧报头)并且FCS有误或校验有误的已接收帧.
这可以由一个双工不匹配和物理问题造成,例如电缆、端口或者NIC在连接的设备.
CatOS的ShowTopshowtop命令可用于收集和分析交换机上的每个物理端口的数据.
该命令将显示每个物理端口的以下数据:端口使用率(Uti%)q输入和输出字节数(Bytes)q输入和输出数据包数(Pkts)q输入和输出广播数据包数(Bcst)q输入和输出多播数据包数(Mcst)q错误数(Error)q缓冲区溢出错误数(Overflow)qConsole>(enable)shtopStartTime:Mar28200706:58:41EndTime:Mar28200706:59:11PortType:allMetric:utilPortBand-UtiBytesPktsBcstMcstErrorOverwidth%(Tx+Rx)(Tx+Rx)(Tx+Rx)(Tx+Rx)(Rx)flow3/11a-1003341871561221536003/12a-10003336081557221532003/25a-10003336221555221533006/2100000000006/1100000000004/8100000000004/7100000000004/6100000000004/5100000000004/4100000000004/3100000000004/2100000000004/1100000000003/48auto00000003/47auto00000003/46auto0000000Note:在计算端口使用率时,该命令会将Tx和Rx线路捆绑到同一个计数器中,并且当它计算使用率百分比时,还会检查全双工带宽.
例如,千兆以太网端口属于2000Mbps全双工.
InErrors是此端口收到的所有错误数据包的总数.
BufferOverflow表示端口收到的流量超出其缓冲区的存储能力.
这可能是突发数据流或缓冲区溢出引起的.
建议措施是减少源设备的传输.
另请参阅showmac命令的"In-lost"和"Out-lost"计数器.
常见系统错误消息有时,CiscoIOS的系统消息会使用不同的格式.
您可以检查CatOS系统消息和CiscoIOS系统消息以进行对比.
有关您运行的软件版本的信息,请参阅消息和恢复过程指南.
例如,您可以查看CatOS软件版本7.
6的消息和恢复过程指南,并将其与CiscoIOS12.
1E版本的消息和恢复过程指南相比较.
WS-X6348模块的错误消息请查看以下错误消息:CoilPinnacleHeaderChecksumqCoilMdtifStateMachineErrorqCoilMdtifPacketCRCErrorqCoilPbRxUnderflowErrorqCoilPbRxParityErrorq您可以查看以下Syslog消息,其中列出了上述一种错误:Console>(enable)shtopStartTime:Mar28200706:58:41EndTime:Mar28200706:59:11PortType:allMetric:utilPortBand-UtiBytesPktsBcstMcstErrorOverwidth%(Tx+Rx)(Tx+Rx)(Tx+Rx)(Tx+Rx)(Rx)flow3/11a-1003341871561221536003/12a-10003336081557221532003/25a-10003336221555221533006/2100000000006/1100000000004/8100000000004/7100000000004/6100000000004/5100000000004/4100000000004/3100000000004/2100000000004/1100000000003/48auto00000003/47auto00000003/46auto0000000如果您看到此类消息,或者您注意到WS-X6348模块的10/100端口组出现故障,请参阅以下文档以获得更多针对您使用的操作系统的故障排除建议:排除WS-X6348Catalyst6000的模块端口连接故障使用CatOSq在运行CiscoIOS系统软件的Catalyst6500/6000上排除WS-X6348模块的端口连接问题q%PAGP-5-PORTTO/FROMSTP和%ETHC-5-PORTTO/FROMSTP对于CatOS,可使用showloggingbuffer命令查看已存储的日志消息.
对于CiscoIOS,请使用showlogging命令.
Console>(enable)shloggingbuffer2003Jun0220:12:43%PAGP-5-PORTTOSTP:Port3/2joinedbridgeport3/22003Jun0220:59:56%PAGP-5-PORTFROMSTP:Port3/1leftbridgeport3/1!
---ThisisthecommandtoviewtheloggingbufferonswitchesthatrunCatOS.
此消息可能会引起客户担忧,但实际上在大部分情况下它仅供参考.
Console>(enable)shloggingbuffer2003Jun0220:12:43%PAGP-5-PORTTOSTP:Port3/2joinedbridgeport3/22003Jun0220:59:56%PAGP-5-PORTFROMSTP:Port3/1leftbridgeport3/1!
---ThisisthecommandtoviewtheloggingbufferonswitchesthatrunCatOS.
端口聚合协议(PAgP)将会在两台交换机间协商Etherchannel链路.
每当设备加入或离开网桥端口,一个供参考消息在控制台显示.
在多数情况下,此消息是完全正常的;但如果您在不应抖动的端口上看到这些消息,则需进一步进行调查.
在CatOS软件版本7.
x和以上,"PAGP-5"更改到"ETHC-5"使消息更加可理解.
此消息特定于运行CatOS的Catalyst4000、5000和6000系列交换机.
运行CiscoIOS的交换机中不存在等效于此消息的错误消息.
有关运行CatOS的交换机上的错误消息的详细信息,请参阅适用于您的平台的文档:在Catalyst4000SeriesSwitches的常见的CatOS错误消息q在Catalyst5000/5500系列交换机的常见的CatOS错误消息q在Catalyst6000/6500系列交换机的常见的CatOS错误消息q%SPANTREE-3-PORTDEL_FAILNOTFOUND此消息并不表示交换机出现问题.
它通常伴随%PAGP-5-PORTFROMSTP消息一起出现.
端口聚合协议(PAgP)将会在两台交换机间协商Etherchannel链路.
每当设备加入或离开网桥端口,一个供参考消息在控制台显示.
在多数情况下,此消息是完全正常的;但如果您在不应抖动的端口上看到这些消息,则需进一步进行调查.
此消息特定于运行CatOS的Catalyst4000、5000和6000系列交换机.
运行CiscoIOS的交换机中不存在等效于此消息的错误消息.
有关运行CatOS的交换机上的错误消息的详细信息,请参阅适用于您的平台的文档:在Catalyst4000SeriesSwitches的常见的CatOS错误消息q在Catalyst5000/5500系列交换机的常见的CatOS错误消息q在Catalyst6000/6500系列交换机的常见的CatOS错误消息q%SYS-4-PORT_GBICBADEEPROM:/%SYS-4-PORT_GBICNOTSUPP此消息的多数常见原因是,当非确认,非Cisco的GBIC插入到千兆以太网模块时.
由于此GBIC没有CiscoSEEPROM,从而导致出现错误消息.
用于WS-X6408-GBIC的GBIC模块WS-G5484、WS-G5486和WS-G5487也可能导致这些错误消息的出现,但卡或GBIC实际上并没有问题,可以通过软件升级来修复.
有关详细信息,请参阅Catalyst6000/6500系列交换机上常见的CatOS错误消息.
%AMDP2_FE-3-UNDERFLO此错误消息是由于在传输帧时,控制器芯片本地缓冲区的本地缓冲区收到的数据不足而引起的.
数据传输到芯片的速度低于数据的输出速率.
通常,这种情况是暂时的,它取决于系统的瞬时峰值负载.
此问题会在快速以太网接口处理过量数据流时出现.
当数据流量达到大约2.
5Mb时,将会收到此错误消息.
此数据流量限制是硬件限制导致的.
由于这个原因,连接到Catalyst交换机的设备才可能会丢弃数据包.
解决方法是系统通常会自动恢复.
没有需要动作.
如果交换机淹没以太网接口,请检查速度和双工设置.
此外,请使用嗅探器程序来分析出入路由器快速以太网接口的数据包.
为避免连接到Catalyst交换机的设备丢弃数据包,请在连接到此交换机的设备的快速以太网接口上发出ipcef命令.
%INTR_MGR-DFC1-3-INTR:队列引擎(Blackwater)[1]:FIC矩阵A收到了意外的控制代码出现此错误消息是因为收到了来自交换矩阵的数据包,但此数据包的矩阵标头中的CRC值与根据BlackwaterASIC的矩阵接口控制器(FIC)子块计算出来的CRC值不匹配.
这表示数据包在传输过程中受损,而Blackwater收到了损坏的数据包.
Commandrejected:[Interface]notaSwitchingPort在支持L3接口和L2交换机端口的交换机中,当您尝试输入与端口上被配置为第3层接口的第2层有关的命令时,将会出现Commandrejected:[[interface]notaswitchingport消息.
为了将接口从第3层模式转换到第2层模式,请发出接口配置命令switchport.
在发出此命令后,请配置端口的所有第2层属性.
常见端口和接口问题端口或接口状态已禁用或关闭端口连接失败的一个明显,但是有时被忽略的原因是在交换机的一个不正确的配置.
如果端口有纯橙色光,这意味着软件在交换机里面关闭了端口,通过用户界面或由内部进程.

Note:对于STP,平台的一些端口指示灯的作用会有所不同.
例如,当端口处于STP阻塞模式时,Catalyst1900/2820会打开这些端口的橙色灯.
在这种情况下,橙色灯表示STP正常工作.
而当端口处于STP阻塞模式时,Catalyst6000/5000/4000不会打开端口的橙色灯.
请确保端口或模块未被禁用或断开电源.
如果已在链路一端或另一端将端口或模块手动关闭,则链路将不会接通,除非您重新启用端口.
请检查两端的端口状态.
对于CatOS,请检查showport,如果端口被禁用,请重新启用端口:PortNameStatusVlanDuplexSpeedType3/1disabled1autoauto10/100BaseTX!
---Usethesetportenablemod/portcommandtore-enablethisport.
使用showmodule命令判断模块是否被禁用.
如果模块被禁用,请重新启用模块:ModSlotPortsModule-TypeModelSubStatus2221000BaseXSupervisorWS-X6K-SUP1A-2GEyesok1621MultilayerSwitchFeatureWS-F6K-MSFCnook334810/100BaseTXEthernetWS-X6348-RJ-45nodisable!
---Usethesetmoduleenablemod/portcommandtore-enablethisport.
对于CiscoIOS,请使用showruninterface命令并且确认接口是否在关闭状态:Switch#shruninterfacefastEthernet4/2!
interfaceFastEthernet4/2switchporttrunkencapsulationdot1qswitchportmodetrunkshutdownduplexfullspeed100end!
---Usethenoshutcommandinconfig-ifmodetore-enablethisinterface.
如果端口在交换机重新启动之后立即进入关闭模式,则可能是端口安全设置导致的.
如果此端口上允许单播泛洪,那么它可能导致端口在重新启动之后被关闭.
Cisco建议您禁用单播泛洪,因为这样也可以保证在达到MAC地址限制后不会在端口上发生泛洪.
端口或接口处于errDisable状态默认情况下,如果检测到某些错误,交换机内部的软件进程可能会关闭端口或接口.

当您查看CatOS的showport命令时,可以看到errDisable状态:switch>(enable)shport4/3PortNameStatusVlanDuplexSpeedType4/3errdisable150autoauto10/100BaseTX!
---Theshowportcommanddisplaysastatusoferrdisable.
或者,对CiscoIOS使用showinterfacecard-type{slot/port}status命令:Router#showintfasteth2/4statusPortNameStatusVlanDuplexSpeedTypeGi2/4err-disabled1full10001000BaseSX!
---Theshowinterfacescard-type{slot/port}statuscommandforCiscoIOS!
---displaysastatusoferrdisabled.
!
---Theshowinterfacesstatuserrdisabledcommandshowsalltheinterfaces!
---inthisstatus.
用于CatOS的showloggingbuffer命令与用于CiscoIOS的showlogging命令也会显示与errDisable状态有关的错误消息(具体的消息格式则有所不同).
端口或交织被关闭由于错误-禁止指在CatOS的在CiscoIOS的原因和原因.
发生此问题的原因包括EtherChannel配置错误导致PAgP抖动、双工不匹配、同时配置了BPDU端口防护和portfast、UDLD检测到单向链路等.
除非您配置了errDisable恢复选项,否则您必须手动重新启用此端口或接口,以使其脱离errDisable状态.
在CatOS软件5.
4(1)方面及以后您有能力在errDisable状态度过的可配置时间以后自动地重新授权给端口.
多数交换机上的CiscoIOS也具有此功能.
归根结底,即使您为接口配置了errdisable恢复功能,但在确定错误根源之前,问题还会再次出现.
有关运行CatOS的交换机出现errdisable状态的原因及其恢复方法的详细信息,请参阅恢复CatOS平台上errDisable端口状态.
Note:无论您运行何种操作系统,问题的根源都是相同的,因此您也可以通过此链接来了解运行CiscoIOS的交换机的errdisable状态信息.
下表显示了用于在运行CatOS和CiscoIOS的交换机上配置、验证以及排除errdisable状态故障的各种命令的比较.
选择一种命令可转至此命令的文档.
CatOSerrdisable命令动作CiscoIOSerrdisable命令seterrdisable-timeout{enable|disable}{reason}设置或配置错误-禁止发现原因errDisable恢复原因seterrdisable-timeoutinterval{interval设置或配置errdisablerecovery{intervalshowerrdisable-验证和排除showerrdisabletimeout故障detectshowinterfacesstatuserr-disabled端口或接口处于非活动状态运行CatOS的交换机上的端口处于非活动状态的一个常见原因是它们所属的VLAN消失.
当使用switchport命令将接口配置为第2层交换机端口时,运行CiscoIOS的交换机上也可能出现相同问题.
在第2层交换机中,每个端口都属于VLAN.
在被配置的第3层交换机的每个端口是L2连接孔必须也属于VLAN.
如果此VLAN被删除,则端口或接口将变为非活动.
Note:一些交换机显示在每个端口的一盏平稳的橙色(琥珀色)灯,当这发生时.

对于CatOS,请使用showport或showportstatus命令配合showvlan命令以进行验证:Switch>(enable)shportstatus2/2PortNameStatusVlanDuplexSpeedType2/2inactive2full10001000BaseSX!
---Port2/2isinactiveforVLAN2.
Switch>(enable)shvlanVLANNameStatusIfIndexMod/Ports,Vlans1defaultactive52/1!
---VLANsaredisplayedinorderandVLAN2ismissing.
对于CiscoIOS,请使用showinterfacescard-type{slot/port}switchport命令配合showvlan命令以进行验证.
Router#shinterfacesfastEthernet4/47switchportName:Fa4/47Switchport:EnabledAdministrativeMode:staticaccessOperationalMode:staticaccessAdministrativeTrunkingEncapsulation:negotiateOperationalTrunkingEncapsulation:nativeNegotiationofTrunking:OffAccessModeVLAN:11((Inactive))!
---FastEth4/47isinactive.
Router#shvlanVLANNameStatusPorts1defaultactiveGi1/1,Gi2/1,Fa6/610UplinkToGSR'sactiveGi1/2,Gi2/2!
---VLANsaredisplayedinorderandVLAN11ismissing.
30SDTsw-1ToSDTsw-2LinkactiveFa6/45如果删除VLAN的交换机是VTP域的VTP服务器,则该域中的每台服务器和客户端交换机均已从其VLAN表中删除了VLAN.
当您从VTP服务器交换机中将VLAN添加回VLAN表时,该域中属于被恢复VLAN的交换机端口将重新变为活动端口.
端口将会记住它所属的VLAN,即使VLAN本身被删除.
有关VTP的详细信息,请参阅了解和配置VLAN中继协议(VTP).
Note:在您使用switchportaccessvlan命令将端口配置为接入端口后,如果showinterfaceswitchport命令的输出显示端口为中继端口,>请发出switchportmodeaccess命令以将此端口转为接入端口.
上行链路端口或接口处于非活动状态在Catalyst4510R系列交换机上,要同时启用10千兆以太网和千兆以太网SFP上行链路端口,可以使用可选配置.
要同时使用10千兆以太网和千兆以太网SFP上行链路端口,请发出hw-moduleuplinkselectall命令.
在您发出此命令之后,请重新启动交换机,否则showinterfacestatusmodulemodulenumber命令的输出将显示上行链路端口处于非活动状态.
CiscoIOS软件版本12.
2(25)SG支持在Catalyst4500交换机上同时使用10千兆以太网和千兆以太网SFP上行接口.
Note:在Catalyst4503、4506和4507R系列交换机上,此功能是自动启用的.
Catalyst交换机接口的延迟计数器开始增加此问题是因为流向交换机的流量负载过大,导致帧被丢弃.
通常延迟帧是指因为介质繁忙而等待并在等待过后成功传输的帧数量.
这通常出现在当接口尝试发送帧时载波已被占用的半双工环境中.

但在全双工环境中,当过量负载流向交换机时也会出现此问题.
解决方法如下:将链路两端硬编码为全双工,这样可以避免协商不匹配.
q更换电缆和配线面板电缆,以保证电缆和跳线没有问题.
qNote:如果Supervisor720的千兆以太网上的延迟计数器错误增加,请在接口上打开速度协商以作为解决方法.
间歇性无法从vlan[vlanno]设置计时器[值]当编码地址识别逻辑(EARL)无法将VLAN的CAM老化时间设为所需秒数时,则会出现此问题.
在这里,VLAN老化时间已被设置为快速老化.
当VLAN已处于快速老化状态时,EARL无法将VLAN设置为快速老化,因此老化计时器设置进程将被阻塞.
默认的CAM老化时间是5分钟,这意味着交换机每5分钟冲洗一次已获知的MAC地址表.
这样可以确保MAC地址表(CAM表)包含最新的条目.
快速老化可以将CAM老化时间临时设置为用户指定的秒数,并可以与拓扑更改通知(TCN)进程一起使用.
其思路是当拓扑发生变化时,此值必须能够快速清除CAM表,以补偿拓扑更改.
发出showcamaging命令可检查交换机的CAM老化时间.
TCN和快速老化是相当少见的.
因此,该消息的严重级别为3.
如果VLAN频繁处于快速老化之中,请检查快速老化的原因.
发生TCN的常见原因是客户端PC被直接连接到交换机.
当您开启或关闭PC时,交换机端口将更改状态,因此交换机将会启动TCN进程.
这是因为交换机不知道连接的设备是PC;交换机只知道端口更改了状态.
为了解决此问题,Cisco开发了主机端口的Portfast功能.
Portfast的一个优点是此功能可以抑制主机端口的TCN.
Note:Portfast也会绕过端口的生成树计算,因此它仅适用于主机端口.
要在端口上启用Portfast,请配置以下命令之一:setspantreeportfastmod/portenable|功能失效或setporthostmod/port如果交换机运行CatOS5.
4或更高版本,Cisco推荐使用此命令.
中继模式不匹配请检查链路两端的中继模式.
确定两边在同一个模式下(两有同一个方法的Trunking:ISL或802.
1q,或者都不进行中继).
如果您将一个端口的中继模式设置为开启(而不是自动或按需开启),同时将另一个端口的中继模式设置为关闭,则它们将无法进行通信.
中继模式不同,数据包的格式也会不同.
端口需要协定要在链路上使用的格式,否则它们将无法理解对方.

对于CatOS,请使用showtrunk{mod/port}命令验证中继线状态和本地VLAN(dot1q)匹配在两边.
Switch>(enable)shtrunk3/1*-indicatesvtpdomainmismatchPortModeEncapsulationStatusNativevlan3/1desirabledot1qtrunking1PortVlansallowedontrunk3/11-1005,1025-4094!
---Outputtruncated.
对于CiscoIOS,请使用showinterfacescard-type{mod/port}trunk命令验证中继配置和本地VLAN.
Router#shinterfacesfastEthernet6/1trunkPortModeEncapsulationStatusNativevlanFa6/1desirable802.
1qtrunking1PortVlansallowedontrunkFa6/11-4094!
---Outputtruncated.
有关不同中继模式、指南和限制的详细信息,请参阅以下文档:系统要求实现Trunkingq中继技术支持页q超巨型帧、巨型帧和小巨型帧默认情况下,以太网帧的数据部分的最大传输单元(MTU)是1500字节.
如果被传输数据流的MTU超过受支持的MTU,交换机将不会转发此数据包.
此外,根据硬件和软件的不同,一些交换机平台将会因此增加端口和接口的错误计数器.
超巨型帧未在IEEE以太网标准中定义,它是由供应商自行决定的.
可以将超巨型帧定义为大小超过1518字节标准以太网帧(包括L2头和循环冗余校验(CRC))的帧.
超巨型帧具有较大的帧大小,通常大于9000字节.
q巨型帧被定义成在有一坏FCS以太网帧(大于1518个字节)的最大大小的所有帧.

q小巨型帧是略微大于最大以太网帧大小的帧.
通常它指最大大小为1600字节的帧.
q庞然大物和BabyGiant的技术支持在Catalyst交换机乘交换机平台变化,有时甚而由在交换机内的模块.
此外,软件版本也会有所影响.
有关系统要求、配置和排除超巨型帧和小巨型帧故障的详细信息,请参阅配置Catalyst交换机上的超巨型帧/小巨型帧支持.
无法Ping终端设备通过连接检查终端设备从首先直接地连接的交换机,然后工作您的方式返回端口在端口旁边,接口在接口旁边,Trunk在Trunk旁边,直到您查找连通性问题的来源.
确保每台交换机都可以在其内容可寻址存储器(CAM)表中看到终端设备的MAC地址.
对于CatOS,请使用showcamdynamic{mod/port}命令.
Switch>(enable)shcamdynamic3/1*=StaticEntry.
+=PermanentEntry.
#=SystemEntry.
R=RouterEntry.
X=PortSecurityEntry$=Dot1xSecurityEntryVLANDestMAC/RouteDes[CoS]DestinationPortsorVCs/[ProtocolType]200-40-ca-14-0a-b13/1[ALL]!
---AworkstationonVLAN2withMACaddress00-40-ca-14-0a-b1isseenintheCAMtable!
---onthetrunkportofaswitchrunningCatOS.
TotalMatchingCAMEntriesDisplayed=1Console>(enable)对于CiscoIOS,请使用showmacaddress-tabledynamic命令或者替换接口关键字.
Router#shmac-address-tableintfas6/3Codes:*-primaryentryvlanmacaddresstypelearnqosports*20040.
ca14.
0ab1dynamicNo--Fa6/3!
---AworkstationonVLAN2withMACaddress0040.
ca14.
0ab1isdirectlyconnected!
---tointerfacefastEthernet6/3onaswitchrunningCiscoIOS.
一旦知道交换机实际上有设备的MAC地址在它是CAM表,确定此设备是否在同样或从的另外VLAN您设法连接的地方.
如果终端设备在不同的VLAN从您设法连接,必须配置L3交换机或路由器允许设备沟通.
确定您的L3寻址在终端设备和在路由器L3交换机正确地配置.
同时检查IP地址、子网掩码、默认网关、动态路由协议配置以及静态路由等.
使用SetPortHost或SwitchportHost修复启动延迟当通过交换机连接时,如果站点不能与其主服务器通信,则问题可能源自在物理层链路接通后变为活动状态的交换机端口产生了延迟.
在一些情况下,这种延迟可能高达50秒.
一些工作站无法在发现其服务器之前等待这么长时间而不放弃.
这种延迟是由STP、中继协商(DTP)和EtherChannel协商(PAgP)引起的.
在不需要的时候,您可以对接入端口禁用所有这些协议,这样交换机端口或接口将在与相邻设备建立链路的几秒钟后开始转发数据包.

在CatOS版本5.
4中引入了setporthost命令.
此命令在STP转发状态设置Trunking和信道模式对并且放置端口.
Switch>(enable)setporthost3/5-10Port(s)3/5-10channelmodesettooff.
!
---Thesetporthostcommandalsoautomaticallyturnsoffetherchannelontheports.
Warning:Spantreeportfaststartshouldonlybeenabledonportsconnectedtoasinglehost.
Connectinghubs,concentrators,switches,bridges,etc.
toafaststartportcancausetemporaryspanningtreeloops.
Usewithcaution.
!
---Noticetheswitchwarnsyoutoonlyenableporthostonaccessports.
Spantreeports3/5-10faststartenabled.
Dot1qtunnelfeaturedisabledonport(s)3/5-10.
Port(s)3/5-10trunkmodesettooff.
!
---Thesetporthostcommandalsoautomaticallyturnsofftrunkingontheports.
Note:对于早于版本5.
4的CatOS版本,请使用setspantreeportfast{mod/port}enable命令.
在当前CatOS版本中,您仍然可以选择仅使用此命令,但这要求您分别关闭中继和Etherchannel以帮助修正工作站启动延迟.
其他可实现此目的的命令有:setportchannel{mod/port}off和settrunk{mod/port}off.
对于CiscoIOS,您能使用switchporthost命令禁用开辟信道和到enable(event)生成树Portfast和switchportnonegotiate命令关闭DTP协商信息包.
使用interface-range可以一次性对多个接口执行此操作.
Router6k-1(config)#intrangefastEthernet6/13-18Router6k-1(config-if-range)#switchportRouter6k-1(config-if-range)#switchporthostswitchportmodewillbesettoaccessspanning-treeportfastwillbeenabledchannelgroupwillbedisabled!
---Etherchannelisdisabledandportfastisenabledoninterfaces6/13-6/18.
Router6k-1(config-if-range)#switchportnonegotiate!
---Trunkingnegotiationisdisabledoninterfaces6/13-6/18.
Router6k-1(config-if-range)#endRouter6k-1#CiscoIOS可以使用globalspanning-treeportfastdefault命令将portfast自动应用到所有配置为第2层接入交换机端口的接口.
检查命令参考软件您的版本验证此命令的可用性.
您还可以对每个接口使用spanning-treeportfast命令,但这要求您分别关闭中继和Etherchannel以帮助修正工作站启动延迟.
有关如何修正启动延迟的详细信息,请参阅使用PortFast和其他命令解决工作站启动连接延迟问题.
速度/双工、自动协商或NIC问题如果出现大量校验错误、FCS错误或延迟冲突,这可能表示存在以下一种问题:双工不匹配q电缆不通或损坏qNIC卡问题q双工不匹配与速度/双工的一个常见问题是,当双工设置配错两交换机之间,交换机和路由器之间或者交换机和工作站或者服务器之间时.
当手工硬编码速度和双工或从自动协商发出在两个设备之间时,这能发生.
如果在启用了Cisco发现协议(CDP)的两台Cisco设备间出现不匹配,则您将会在两台设备的控制台或日志缓冲区中看到CDP错误消息.
在检测相邻Cisco设备上的错误、端口和系统统计信息时,CDP是很有用的.
CDP是Cisco的专有协议,它通过向已知的MAC地址01-00-0C-CC-CC-CC发送数据包而发挥作用.
下例显示了因为两台Catalyst6000系列交换机间的双工不匹配而导致的日志消息:其中一台交换机运行CatOS,另一台交换机运行CiscoIOS.
通常,这些消息会告诉您发生不匹配的对象和位置.
Router6k-1(config)#intrangefastEthernet6/13-18Router6k-1(config-if-range)#switchportRouter6k-1(config-if-range)#switchporthostswitchportmodewillbesettoaccessspanning-treeportfastwillbeenabledchannelgroupwillbedisabled!
---Etherchannelisdisabledandportfastisenabledoninterfaces6/13-6/18.
Router6k-1(config-if-range)#switchportnonegotiate!
---Trunkingnegotiationisdisabledoninterfaces6/13-6/18.
Router6k-1(config-if-range)#endRouter6k-1#对于CatOS,请使用showcdpneighbor[mod/port]detail命令以显示Cisco相邻设备的CDP信息.
Switch>(enable)shcdpneighbor3/1detailPort(OurPort):3/1Device-ID:RouterDeviceAddresses:IPAddress:10.
1.
1.
2Holdtime:133secCapabilities:ROUTERSWITCHIGMPVersion:CiscoInternetworkOperatingSystemSoftwareIOS(tm)c6sup2_rpSoftware(c6sup2_rp-PK2S-M),Version12.
1(13)E6,EARLYDEPLOYMENTRELEASESOFTWARE(fc1)TACSupport:http://www.
cisco.
com/tacCopyright(c)1986-2003byciscoSystems,Inc.
CompiledFri18-Apr-0315:35byhqluongPlatform:ciscoCatalyst6000Port-ID(PortonNeighbors'sDevice):FastEthernet6/1!
---Neighbordevicetoport3/1isaCiscoCatalyst6000Switchon!
---FastEth6/1runningCiscoIOS.
VTPManagementDomain:test1NativeVLAN:1Duplex:full!
---Duplexisfull.
SystemName:unknownSystemObjectID:unknownManagementAddresses:unknownPhysicalLocation:unknownSwitch>(enable)对于CiscoIOS,请使用showcdpneighborscard-type{slot/port}detail命令以显示Cisco相邻设备的CDP信息.
Router#shcdpneighborsfastEthernet6/1detailDeviceID:TBA04251336Entryaddress(es):IPaddress:10.
1.
1.
1Platform:WS-C6006,Capabilities:Trans-BridgeSwitchIGMPInterface:FastEthernet6/1,PortID(outgoingport):3/1Holdtime:152secVersion:WS-C6006Software,VersionMcpSW:6.
3(3)NmpSW:6.
3(3)Copyright(c)1995-2001byCiscoSystems!
---NeighbordevicetoFastEth6/1isaCiscoCatalyst6000Switch!
---onport3/1runningCatOS.
advertisementversion:2VTPManagementDomain:'test1'NativeVLAN:1Duplex:full!
---Duplexisfull.
Router#设置在一端的自动速度/双工和100/Full双工在另一边也是误配置,并且能导致双工不匹配.
如果交换端口收到大量延迟冲突,这通常表示存在双工不匹配问题,并可能导致端口被设置为errdisable状态.
半双工端仅预计会在某些时间(而不是任何时间)收到数据包,因此会将在错误时间收到的数据包计算为冲突.
有最近的冲突的其它原因除双工不匹配以外,但是这是多数常见原因之一.
请始终将连接两端都设置为自动协商速度/双工,或是在两端手动设置速度/双工.

对于CatOS,请使用showportstatus[mod/port]命令显示速度和双工状态以及其他信息.
请使用setportspeed和setportduplex命令硬编码两边到10或100和半或充分如所需要.
Switch>(enable)shportstatus3/1PortNameStatusVlanDuplexSpeedType3/1connected1a-fulla-10010/100BaseTXSwitch>(enable)对于CiscoIOS,请使用status命令的showinterfacescard-type{插槽/端口}显示速度和双工设置以及其他信息.
从接口配置模式中使用speedandduplex命令可根据需要将两端硬编码为10或100以及半双工或全双工.
Router#shinterfacesfas6/1statusPortNameStatusVlanDuplexSpeedTypeFa6/1connected1a-fulla-10010/100BaseTX如果您使用不带状态选项的showinterfaces命令,则您将看到速度和双工设置,但不会知道此速度和双工是否是通过自动协商实现的.
Router#shintfas6/1FastEthernet6/1isup,lineprotocolisup(connected)HardwareisC6k100Mb802.
3,addressis0009.
11f3.
8848(bia0009.
11f3.
8848)MTU1500bytes,BW100000Kbit,DLY100usec,reliability255/255,txload1/255,rxload1/255EncapsulationARPA,loopbacknotsetFull-duplex,100Mb/s!
---Full-duplexand100Mbpsdoesnottellyouwhetherautonegwasusedtoachievethis.
!
---Usetheshinterfacesfas6/1statuscommandtodisplaythis.
电缆不通或损坏请始终检查电缆边缘是否损坏或失效.
电缆或许可以很好地连接物理层,但配线或连接器的轻微问题也会导致数据包损坏.
请检查或更换铜缆或光缆.
更换用于光纤连接的GBIC(如果它是可移除的).
排除源和目标之间所有损坏的配线面板连接或媒介转换器.
尝试在其他端口或接口中使用电缆(如果有可用的端口或接口),并检查问题是否仍然存在.
自动协商和NIC卡问题在Cisco交换机和某些第三方NIC卡之间有时会出现问题.
默认情况下,Catalyst交换机端口和接口被设置为自动协商.
它是普通为了设备类似膝上型计算机或能将设置的其它设备自动交涉,autonegotation问题有时出现.
要排除自动协商问题,通常建议您尝试硬编码连接两端.
如果自动协商或硬编码都不能解决问题,则有可能是NIC卡的固件或软件有问题.
请在制造商网站上将NIC卡驱动程序升级到可用的最新版本以解决此问题.
有关如何解决速度/双工和自动协商问题的详细信息,请参阅对以太网10/100/1000Mb半双工/全双工自动协商进行配置和故障排除.
有关如何解决第三方NIC问题的详细信息,请参阅排除CiscoCatalyst交换机的NIC兼容性问题.
生成树循环生成树协议(STP)环路可能导致严重的性能问题,并表现为端口或接口问题.
在这种情况下,相同的帧会多次反复占用您的带宽,从而挤占合法数据流的带宽.
STP环路防护功能提供了额外保护,以防出现第2层转发环路(STP环路).
当冗余拓扑中的STP阻塞端口错误地转换到转发状态时,会生成STP环路.
发生这种情况的原因通常是物理冗余拓扑中的某个端口(不一定是STP阻塞端口)不再接收STPBPDU.
STP在其运行过程中依赖于基于端口角色的BPDU的连续接收或传送.
指定的端口传输BPDU,非指定的端口接收BPDU.
当物理冗余拓扑中的某个端口不再接收BPDU时,STP将认为该拓扑无环路.
最终,阻塞端口将从备用或备份端口变为指定端口,并转换为转发状态.
这种情况将导致生成环路.

环路防护功能会进行额外的检查.
如果非指定端口未收到BPDU,并且已启用环路防护,则该端口将转换为STP环路不一致阻塞状态,而非侦听/识别/转发状态.
如果不使用环路防护功能,端口将承担指定的端口角色.
该端口将转换到STP转发状态,并且会生成环路.
有关环路防护功能的详细信息,请参阅使用环路防护和BPDU迟滞检测功能的生成树协议增强功能.
本文档介绍了STP发生故障的可能原因、使用哪些信息可以识别问题根源、以及什么类型的设计可以最大限度降低STP风险.
环路也可能由单向链路引起.
有关详细信息,请参阅本文档的"UDLD:单向链路问题"部分.

UDLD:单向链路单向链路是数据流出去一种方式的链路,但是数据流不是接收的回来.
交换机不知道链路回来是坏的(端口认为链路启用和工作).
光缆损坏或其他接线/端口问题可能会导致这种单向通信.
这些部分功能的链路能引起问题例如STP循环,当介入的交换机不知道时链路是部分地残破的.
UDLD可以在发现单向链路时将端口设为errDisable状态.
您可以在运行CatOS和CiscoIOS(请检查发行版本注释以了解此命令是否可用)的交换机上配置udldaggressive-mode命令,以用于不能容忍交换机之间出现故障链路的点对点连接.
使用此功能可帮助您识别难以发现的单向链路问题有关UDLD的配置信息,请参阅了解和配置单向链路检测协议(UDLD)功能.
延迟的帧(Out-lost或摈除)如果有很大数量的延迟的帧或者摈除(也指在一些平台的Out-lost),意味着交换机的输出缓冲得填满,并且交换机必须丢弃这些信息包.
这可能表示此网段的速度太低和/或双工错误,或是有太多数据流通过此端口.
对于CatOS,请使用showmac命令模块和端口或者整个模块查看摈除:MACDely-ExcedMTU-ExcedIn-DiscardOut-Discard2/10-0101758882/20-094718892/30-090953712/40-08918785!
---Theshowmaccommandrunonmod2atdifferentintervalsshows!
---theout-discardcounterincrementing.
对于CiscoIOS,请使用showinterfacescounterserror命令.
Router#shointerfacescounterserrorPortAlign-ErrFCS-ErrXmit-ErrRcv-ErrUnderSizeOutDiscardsFa7/47000000Fa7/48000002871800Fa8/1000002874203Fa8/21030010302878032Fa8/31470018500Fa8/41000014102876405Fa8/5000002873671Fa8/6000002Fa8/7000000!
---Theshowinterfacescounterserrorscommandshowscertaininterfaces!
---incrementinglargeamountsofOutDiscardswhileothersrunclean.
检查下列输出缓冲区故障的常见原因:数据流量的速度较低/双工错误您的网络可能通过此端口发送太多数据包,但使用此端口的当前速度/双工设置无法处理.
当数据从多个高速端口流向一个(通常较慢)端口时,可能会发生这种情况.
您可以将造成此端口拥塞的设备改接到更快的媒体.
例如,如果端口是10Mbps,请移动此设备向100Mbps或千兆端口.
您可以更改拓扑,以使用不同方式来路由帧.
拥塞问题:网段太繁忙如果网段为共享网段,则此网段上的其他设备可能传输大量数据,以至于交换机没有机会传输数据.
在可能的情况下,请尽量避免使用菊花链集线器.
拥塞可能导致数据包丢失.
信息包丢失导致重新传输在反过来造成用户忍受潜伏期在应用级的传输层.
在可能的情况下,您可以将10Mbps链路升级到100Mbps或千兆以太网链路.
您还可以从拥塞的网段中将一些设备移到较不拥塞的网段中.
在网络中,首先要避免拥塞.
应用程序有时,所使用的应用程序的数据流传输特性可能会导致输出缓冲区问题.
来自千兆连接服务器的、使用用户数据报协议(UDP)并具有32K窗口大小的NFS文件传输,就是应用程序设置可能会导致此类问题的一个示例.
如果您已检查或尝试了本文档的其他建议(检查了速度/双工,链路没有实际错误,所有数据流都是正常有效的数据流等),则减少应用程序发送的单元大小可以帮助缓解此问题.
软件问题如果您看到了只能被认为是"奇怪"的行为,则可以将此行为隔离到某个特定机箱中;如果您已尝试了目前为止的一切建议,则这可能表示出现了软件或硬件问题.
升级软件比它升级硬件通常是更加容易的.
因此请先更改软件.
对于CatOS,请使用showversion命令验证当前软件版本和空闲闪存升级的.
Switch>(enable)shverWS-C6006Software,VersionNmpSW:6.
3(3)Copyright(c)1995-2001byCiscoSystemsNMPS/WcompiledonOct292001,16:50:33SystemBootstrapVersion:5.
3(1)HardwareVersion:2.
0Model:WS-C6006Serial#:TBA04251336PS1Module:WS-CAC-1300WSerial#:SON04201377PS2Module:WS-CAC-1300WSerial#:SON04201383ModPortModelSerial#Versions12WS-X6K-SUP1A-2GESAD041901PPHw:3.
6Fw:5.
3(1)Fw1:5.
4(2)Sw:6.
3(3)Sw1:6.
3(3)WS-F6K-PFCSAD041803S3Hw:2.
0!
---Outputtruncated.
DRAMFLASHNVRAMModuleTotalUsedFreeTotalUsedFreeTotalUsedFree165408K47274K18134K16384K14009K2375K512K308K204K!
---TypicalCatOSshowversionoutput.
!
---Verifyfreememorybeforeupgrading.
Uptimeis32days,4hours,44minutesConsole>(enable)对于CiscoIOS,请使用showversion命令以验证当前软件版本,同时使用dirflash:或dirbootflash:(取决于平台)命令以验证可用于升级的闪存:Router#shverCiscoInternetworkOperatingSystemSoftwareIOS(tm)Catalyst4000L3SwitchSoftware(cat4000-IS-M),Version12.
1(13)EW,EARLYDEPLOYMENTRELEASESOFTWARE(fc1)TACSupport:http://www.
cisco.
com/tacCopyright(c)1986-2002byciscoSystems,Inc.
CompiledFri20-Dec-0213:52byeaarmasImagetext-base:0x00000000,data-base:0x00E638ACROM:12.
1(12r)EWDagobahRevision71,SwampRevision24trunk-4500uptimeis2weeks,2days,6hours,27minutesSystemreturnedtoROMbyredundancyresetSystemimagefileis"bootflash:cat4000-is-mz.
121-13.
EW.
bin"!
---TypicalCiscoIOSshowversionoutput.
Router#dirbootflash:Directoryofbootflash:/1-rw-8620144Mar22200208:26:21cat4000-is-mz.
121-13.
EW.
bin61341696bytestotal(52721424bytesfree)!
---VerifyavailableflashmemoryonswitchrunningCiscoIOS.
Router如何对升级软件关于Catalyst交换机的升级软件的信息,请选择您的平台在LAN&ATM交换机下并且查看软件配置>软件升级和与配置文件部分一起使用.
硬件软件不兼容如果软件与硬件不兼容,可能会出现这种情况.
当新硬件面世并且要求特殊的软件支持时可能会出现这种情况.
有关软件兼容性的详细信息,请使用SoftwareAdvisor工具.
软件Bug操作系统可能存在Bug.
如果您加载更新的软件版本,通常可以解决此问题.
您可以使用软件Bug工具包搜索已知的软件Bug.
镜像损坏镜像可能已损坏或丢失.
有关从镜像损坏中恢复的信息,请在LAN&ATMSwitches下选择您的平台,并查看Troubleshooting>RecoveryfromCorruptedorMissingSoftware部分.
硬件问题请检查运行CatOS或CiscoIOS的Catalyst6000和4000系列交换机的showmodule的结果.
Switch>(enable)shmodModSlotPortsModule-TypeModelSubStatus1121000BaseXSupervisorWS-X6K-S2U-MSFC2yesok1511MultilayerSwitchFeatureWS-F6K-MSFC2nook3381000BaseXEthernetWS-X6408A-GBICnofaulty554810/100BaseTXEthernetWS-X6348-RJ-45nofaulty!
---Statusof"faulty"indicatesapossiblehardwareproblem.
!
---Thiscouldbealinecardproblem,butsincetwomodsareeffected,!
---perhapsthere'saproblemwiththesupervisor.
!
---Usetheresetcommand(CatOS)orhw-module{mod}resetcommand(CiscoIOS),!
---ortryphysicallyreseatingthemodulesandthesupervisor.
!
---Also,trymovingthesupervisortoslot2.
检查POST结果的结果从交换机的发现是否有为交换机的任何零件指示的任何故障.
在测试结果中,有故障的测试模块或端口将显示为"F".
对于CatOS,请使用showtest命令查看所有测试结果.
要查看每个模块的测试结果,请使用showtest{mod}命令:Switch>(enable)shtest3Diagnosticmode:complete(modeatnextreset:minimal)!
---Thediaglevelissettocompletewhichisalongerbutmorethoroughtest.
!
---ThecommandtodothisforCatOSissettestdiaglevelcomplete.
Module3:16-port1000BaseXEthernetLineCardStatusforModule3:PASSPortStatus:Ports12345678910111213141516GBICStatus:Ports12345678910111213141516NNNLineCardDiagStatusforModule3(.
=Pass,F=Fail,N=N/A)LoopbackStatus[ReportedbyModule1]:Ports12345678910111213141516FFFFFFFFFFFFFFFF!
---Thefailedloopbacktestsmeantheportsarecurrentlyunusable.
!
---Usethereset{mod}commandor,ifnecessary,physicallyreseatthe!
---moduletotryandfixthisproblem.
!
---Ifthesestepsfail,openacasewithCiscoTechnicalSupport.
对于CiscoIOS,在类似于Cat6000和4000的模块化交换机上,请使用showdiagnostics命令.
要查看每个模块的POST结果,请使用showdiagnosticsmodule{mod}命令.
ecsj-6506-d2#shdiagnosticmodule3CurrentOnlineDiagnosticLevel=Minimal!
---Thediagnosticlevelissettominimalwhichisashorter,!
---butalsolessthoroughtestresult.
!
---Youmaywishtoconfigurediagnosticlevelcompletetogetmoretestresults.
OnlineDiagnosticResultforModule3:MINORERROROnlineDiagnosticLevelwhenLineCardcameup=MinimalTestResults:(.
=Pass,F=Fail,U=Unknown)1.
TestLoopback:Port123456789101112131415161718192021222324FFFFFF!
---NoticetheMINORERRORtestresultandfailedloopbacktestwhichmeans!
---theseportsarecurrentlyunusable.
!
---Usethehw-module{mod}resetcommandor,ifnecessary,physicallyreseatthe!
---moduletotryandfixthisproblem.
!
---Ifthesestepsfail,openacasewithCiscoTechnicalSupport.
Note:对于Catalyst3750、3550、2970、2950/2955和2900/3500XL系列交换机,请使用showpost命令,此命令将简单指示硬件状态是通过还是失败.
请使用这些交换机上的LED帮助您了解POST结果.
请参阅了解POST结果.
有关在运行CatOS和CiscoIOS的Catalyst交换机上排除硬件故障的详细信息,请转至LANandATMSwitches支持页,选择您的平台并查看Troubleshooting>Hardware部分.
有关可能与FieldNotices有关的问题,请参阅LAN和ATM交换机的FieldNotices.
连接到第2层交换机端口的第3层接口上的输入错误默认情况下,所有第2层端口都处于动态期望模式,因此第2层端口将会尝试形成中继链接并向远程设备发出DTP数据包.
当第3层接口连接到第2层交换机端口时,它不能解释这些帧,从而导致输入错误、WrongEncap错误和输入队列丢包.
要解决此问题,请根据需要将此交换机端口的模式更改为静态接入或中继.

Switch2(config)#intfa1/0/12Switch2(config-if)#switchportmodeaccess或Switch2(config)#intfa1/0/12Switch2(config-if)#switchporttrunkencapsulationdot1qSwitch2(config-if)#switchportmodetrunkRx-No-Pkt-Buff计数器和输入错误数快速增加当端口具有刀片机时(例如WS-X4448-GB-RJ45、WS-X4548-GB-RJ45和WS-X4548-GB-RJ45V),Rx-No-Pkt-Buff计数器可能增加.
此外一些数据包丢包增加是正常的,这是突发数据流的结果.
尤其当通过链路的数据流量很大,或者有设备(例如服务器)连接到此接口时,这些错误将会快速增加.
这种高流量负载造成了端口超额订阅,同时耗尽了输入缓冲区,并造成Rx-No-Pkt-Buff计数器和输入错误数快速增加.
如果因为交换机的数据包缓冲区不足而无法完全接收数据包,则每丢弃一个数据包,此计数器都会增加一次.
此计数器指示Supervisor上的交换ASIC的内部状态,它不一定表示错误状况.
暂停帧当端口接收器(Rx)的RxFIFO队列被填满并达到较高水位标记时,端口传输器(Tx)将开始产生暂停帧,并在暂停帧中指定一个时间间隔.
远程设备应在暂停帧中指定的间隔时间内停止/减少发送数据包.
如果Rx能够清空Rx队列或是在此时间间隔内达到较低水位标记,Tx将会发出一个特殊的暂停帧并指定时间间隔为零(0x0).
这样远程设备就可以开始传输数据包.
如果在间隔时间到期后Rx还在处理队列,Tx将会再次发送一个新的暂停帧并指定新的间隔值.
如果Rx-No-Pkt-Buff为零或不增加,而TxPauseFrames计数器增加,这表明交换机生成了暂停帧,并且远程终端遵从指示,因此RxFIFO队列被清空.
如果Rx-No-Pkt-Buff增加,而TxPauseFrames也增加,这表明远程终端忽略了暂停帧(不支持流控制),并且继续发送数据流而未遵从暂停帧指示.
要解决此情况,请手工配置速度和双工,并在必要时禁用流控制.
这些接口错误都与端口超额订阅导致的流量问题有关.
WS-X4448-GB-RJ45、WS-X4548-GB-RJ45和WS-X4548-GB-RJ45V交换模块具有48个超额订阅端口,分为6组,每组8个端口:端口1、2、3、4、5、6、7、8q端口9、10、11、12、13、14、15、16q端口17、18、19、20、21、22、23、24q端口25、26、27、28、29、30、31、32q端口33、34、35、36、37、38、39、40q端口41、42、43、44、45、46、47、48q各组中的八个端口使用公共线路,这可以有效地将该组多路复用到与内部交换矩阵之间的单条、无阻塞、全双工千兆以太网连接.
就包含八个端口的各组而言,将对接收到的帧进行缓冲,然后再将其发送到通向内部交换矩阵的公共千兆以太网链路.
如果端口收到的数据量开始超过缓冲区容量,则流控制将向远程端口发送暂停帧,以暂时停止数据流并防止帧丢失.
如果有任何一组收到的帧超过1Gbp带宽,设备就会开始丢弃帧.
这些丢弃操作不明显,因为这些帧是在内部ASIC而不是实际接口上丢弃的.
这可能会导致设备的数据包吞吐量较低.
Rx-No-Pkt-Buff不取决于总数据流速.
它取决于存储在模块ASIC的RxFIFO缓冲区中的数据包数量.
此缓冲区的大小只有16KB.
当一些数据包充满此缓冲区时,它将计算短时间突发数据流的数量.
因此,当此ASIC端口组的总数据流速超过1Gbp时,我们可以计算每个端口的Rx-No-Pkt-Buff,因为WS-X4548-GB-RJ45是8:1的超额订阅模块.
当您的设备需要通过此接口传送大量数据流时,请考虑每个组使用一个端口,这样共享一个组的公共线路就不会受到此数据流量的影响.
当千兆以太网交换模块不完全利用时,您可以在各个端口组间连接平衡端口连接以最大限度利用可用带宽.
例如,使用WS-X4448-GB-RJ4510/100/1000交换模块时,您可以在连接同一个组端口(例如端口1、2、3、4、5、6、7和8)之前,连接不同端口组的端口,例如端口4、12、20或30(按任何顺序).
如果这不能解决问题,您需要考虑使用没有任何超额订阅端口的模块.
了解未知协议丢包未知协议丢包是在接口的一个计数器.
它是由没有由路由器/交换机了解的协议造成的.

showrunning-configinterface命令的此示例显示在千兆位Ethernet0/1接口的未知协议丢包.
Switch#shrunintGig0/1GigabitEthernet0/1isup,lineprotocolisupHardwareisBCM1125InternalMAC,addressis0000.
0000.
0000(via0000.
0000)MTU1500bytes,BW1000000Kbit/sec,DLY10usec,reliability255/255,txload1/255,rxload1/255Encapsulation802.
1QVirtualLAN,VlanID1.
,loopbacknotsetKeepaliveset(10sec)Full-duplex,1000Mb/s,mediatypeisRJ45outputflow-controlisXON,inputflow-controlisXONARPtype:ARPA,ARPTimeout04:00:00Lastinput00:00:05,output00:00:03,outputhangneverLastclearingof"showinterface"counters16:47:42Inputqueue:0/75/0/0(size/max/drops/flushes);Totaloutputdrops:0Queueingstrategy:fifoOutputqueue:0/40(size/max)5minuteinputrate0bits/sec,0packets/sec5minuteoutputrate0bits/sec,0packets/sec3031packetsinput,488320bytes,0nobufferReceived3023broadcasts,0runts,0giants,0throttles0inputerrors,0CRC,0frame,0overrun,0ignored0watchdog,63107multicast,0pauseinput0inputpacketswithdribbleconditiondetected7062packetsoutput,756368bytes,0underruns0outputerrors,0collisions,0interfaceresets2015unknownprotocoldrops4762unknownprotocoldrops0babbles,0latecollision,0deferred0lostcarrier,0nocarrier,0pauseoutput0outputbufferfailures,0outputbuffersswappedout未知协议丢包通常下降,因为这些信息包收到的接口没有为此种协议被配置,或者它可以是路由器不认可的所有协议.
例如,如果有两路由器连接,并且禁用在一个路由器接口的CDP,这导致在该接口的未知协议丢包.
CDP信息包不再被认可,并且他们被丢弃.
交换机和路由器之间的中继交换机和路由器之间的中继链接可能导致交换机端口断开.
在您禁用然后启动交换机端口后,链路可能会接通,但最终交换机端口将再次断开.
要解决此问题,请完成以下步骤:确保交换机和路由器之间运行Cisco发现协议(CDP),并且交换机和路由器能够相互看到对方.
1.
在路由器接口上禁用Keepalive.
2.
重新配置两端设备的中继封装.
3.
当禁用Keepalive时,CDP将确保链路正常运行.
由于超额订阅导致的连接问题当您使用WS-X6548-GE-TX或WS-X6148-GE-TX模块时,单个端口的使用率有可能导致周围接口的连接问题或数据包丢失.
有关超额订阅的详细信息,请参阅接口/模块连接问题.

SPA模块中的子接口在SPA模块中,当您使用802.
1Q创建子接口之后,交换机中并未使用相同的VLAN.
当您在子接口上使用dot1q封装时,您将再不能在系统中使用该VLAN,因为6500或7600内部分配了VLAN并将此子接口指定为其唯一的成员.
要解决此问题,请创建中继端口而不是子接口.
这样,所有接口都能看到此VLAN.
rxTotalDrops故障排除如果所有其他计数器都是零,只有错误计数器rxTotalDrops报告错误,最可能的原因是生成树阻塞了上行链路端口的一个或多个VLAN,因此ColorBlockingLogic(CBL)产生丢包.
6509>(enable)showcounters1/264bitcounters0rxHCTotalPkts=325139868121txHCTotalPkts=296578025872rxHCUnicastPkts=180333635263txHCUnicastPkts=294983474534rxHCMulticastPkts=134699954205txHCMulticastPkts=217193526rxHCBroadcastPkts=7571990117txHCBroadcastPkts=1377357828rxHCOctets=251493935276219txHCOctets=2333602819311610rxTxHCPkts64Octets=38787111rxTxHCPkts65to127Octets=1370421365612rxTxHCPkts128to255Octets=1691593122413rxTxHCPkts256to511Octets=106896147514rxTxHCpkts512to1023Octets=194542714615rxTxHCpkts1024to1518Octets=1134036182516txHCTrunkFrames=2965750675117rxHCTrunkFrames=3251398681218rxHCDropEvents=032bitcounters0rxCRCAlignErrors=01rxUndersizedPkts=02rxOversizedPkts=03rxFragmentPkts=04rxJabbers=05txCollisions=06ifInErrors=07ifOutErrors=08ifInDiscards=09ifInUnknownProtos=010ifOutDiscards=9811txDelayExceededDiscards=012txCRC=013linkChange=114wrongEncapFrames=00dot3StatsAlignmentErrors=01dot3StatsFCSErrors=02dot3StatsSingleColFrames=03dot3StatsMultiColFrames=04dot3StatsSQETestErrors=05dot3StatsDeferredTransmisions=06dot3StatsLateCollisions=07dot3StatsExcessiveCollisions=08dot3StatsInternalMacTransmitErrors=09dot3StatsCarrierSenseErrors=010dot3StatsFrameTooLongs=011dot3StatsInternalMacReceiveErrors=012dot3StatsSymbolErrors=00txPause=01rxPause=00rxTotalDrops=2534288551rxFIFOFull=02rxBadCode=0Last-Time-ClearedSatOct272007,08:24:356509>(enable)当端口一端阻塞VLAN,但远端在这些VLAN上转发时,接口的rxTotalDrops计数器将会增加.
请与链路两端中继都允许的VLAN进行比较.
同时,请在两端验证这些被允许VLAN的生成树状态.
由于有效配置的VLAN仍在发送BPDU,因此交换机A将在所有已配置的转发端口上发送BPDU,但交换机B将会丢弃它们,因为它并未配置那些VLAN.
换句话说,交换机B得到了指向它未配置的VLAN的数据包,因此它丢弃了这些数据包.
这些不是真正的错误,只是简单的配置错误.
ifOutDiscards通常发生,当transmit(TX)缓冲区充分获得(可能由于超额预订)然后开始丢弃信息包.
排除输出下落故障一般,输出下落将发生,如果配置QoS,并且不提供足够的带宽给信息包部分组.
当我们击中超额预订,它也发生.
例如,这里您看到在interfacegigabitethernet8/9的极大量的输出下落在Catalyst6500SeriesSwitch:Switch#showinterfaceGigabitEthernet8/9GigabitEthernet8/9isup,lineprotocolisup(connected)HardwareisC6k1000Mb802.
3,addressis0013.
8051.
5950(bia0013.
8051.
5950)Description:ConnectionToBedok_Core_R1Ge0/1MTU1500bytes,BW1000000Kbit,DLY10usec,reliability255/255,txload18/255,rxload23/255EncapsulationARPA,loopbacknotsetKeepaliveset(10sec)Full-duplex,1000Mb/s,mediatypeisSXinputflow-controlisoff,outputflow-controlisoffClockmodeisautoARPtype:ARPA,ARPTimeout04:00:00Lastinput00:00:28,output00:00:10,outputhangneverLastclearingof"showinterface"countersneverInputqueue:0/2000/3/0(size/max/drops/flushes);Totaloutputdrops:95523364Queueingstrategy:fifoOutputqueue:0/40(size/max)5minuteinputrate94024000bits/sec,25386packets/sec5minuteoutputrate71532000bits/sec,24672packets/sec781388046974packetsinput,406568909591669bytes,0nobufferReceived274483017broadcasts(257355557multicasts)0runts,0giants,0throttles3inputerrors,2CRC,0frame,0overrun,0ignored0watchdog,0multicast,0pauseinput0inputpacketswithdribbleconditiondetected749074165531packetsoutput,324748855514195bytes,0underruns0outputerrors,0collisions,3interfaceresets0babbles,0latecollision,0deferred0lostcarrier,0nocarrier,0PAUSEoutput0outputbufferfailures,0outputbuffersswappedout为了分析问题,请收集这些命令的输出:showfabric利用率detqshowfabric错误q显示平台硬件容量qshowcatalyst6000traffic-meterq显示平台硬件容量重写引擎丢弃q从未Lastinput从输出的showinterface命令此示例showinterface命令从未显示Lastinput在TenGigabitEthernet1/15接口.
Switch#showinterfaceTenGigabitEthernet1/15TenGigabitEthernet1/15isup,lineprotocolisup(connected)HardwareisC6k10000Mb802.
3,addressis0025.
84f0.
ab16(bia0025.
84f0.
ab16)Description:lsnbuprod1solarisMTU1500bytes,BW10000000Kbit,DLY10usec,reliability255/255,txload1/255,rxload1/255EncapsulationARPA,loopbacknotsetKeepaliveset(10sec)Full-duplex,10Gb/sinputflow-controlisoff,outputflow-controlisoffARPtype:ARPA,ARPTimeout04:00:00Lastinputnever,output00:00:17,outputhangneverLastclearingof"showinterface"counters2d22hInputqueue:0/2000/0/0(size/max/drops/flushes);Totaloutputdrops:0Queueingstrategy:fifoOutputqueue:0/40(size/max)5minuteinputrate0bits/sec,0packets/sec5minuteoutputrate46000bits/sec,32packets/sec52499121packetsinput,3402971275bytes,0nobufferReceived919broadcasts(0multicasts)0runts,0giants,0throttles0inputerrors,0CRC,0frame,0overrun,0ignored0watchdog,0multicast,0pauseinput0inputpacketswithdribbleconditiondetected118762062packetsoutput,172364893339bytes,0underruns0outputerrors,0collisions,3interfaceresets0babbles,0latecollision,0deferred0lostcarrier,0nocarrier,0PAUSEoutput0outputbufferfailures,0outputbuffersswappedout因为最后信息包由接口在路由器,成功接受并且被处理了本地这显示几小时、分钟和秒钟的数量.