联想天工iSpirit2948G能有效提升网络克隆类型数据包的传输速度，可连接多个有线设备，可关闭流控，其他端口协商开启流控，优化无盘系统等网络应用，保障网游，视频流畅。同时再次提升安全把控，让数据传输更安全；增强信号能力，让网速更畅快

本文提供故障排除程序关于怎样诊断在Catalyst 4000家族交换机的硬件故障。Catalyst 4000系列包括4003个和4006个模块化机箱和2948G、2980G和4912G固定模式。Catalyst 4000及Catalyst 2900的命名规则可以是非常混乱的。参考关于如何帮助的更多信息澄清这些问题。

在您与目标是帮助Cisco用户确认并解决一些基本硬件问题，或者进行更多广泛的故障排除。与特定诊断的集的一顺序的故障排除流程保证信息必要对问题的解决方法没有丢失。如果精确划定范围的问题，这节省在搜索的重要时刻解决方案的。

Cisco 建议您了解以下主题：

本文档不限于特定的软件和硬件版本。

有关文档规则的详细信息，请参阅 。

预先对产品有一个进行全面的了解可以防止在现场安装及正常运行期间遇到的许多硬件问题。对于那些客户不已经熟悉一般系统和功率要求、正确的安装程序、交换机管理和软件注意事项这些交换机的， Cisco建议读文档在您。

• 哪个软件版本是Catalyst 4000系列的普遍部署？

本文假设与熟悉。您应该也有交换基本原理前期了解或者读了。另外的线文档被参考在本文中为了协助解决故障排除。

Cisco有各种各样的故障排除工具，并且资源为了帮助您解释交换机输出，确定硬件软件兼容性、跟踪Bug和Search字段通知。这些工具和资源被参考在本文中：

• —粘贴在命令的输出中并且获得与相关错误、警告和状态信息的解释。

• —此提供逐步指导对许多常见网络问题。

此部分讨论故障排除程序，症状，显示命令和诊断Catalyst 4000系列的。此部分假设您读了本文档的随附指南，正如本文的，并且那您了解您的交换机及其功能。

注意： 如果交换机连接对网络，请勿重置也请勿重新安装模块作为第一故障排除步骤!除用户体验，内部缓冲器，记录系统消息清除的停机时间和关于硬件或软件错误的潜在有用的信息之外丢失。如果交换机脱机，您有监控更多的自由指示灯状态，拔了电缆，重新安装模块或者如所需要重置交换机。排除故障指示灯状态是较详细地讨论以后在本文。

在本文提交的一些命令叫作隐藏，因此意味着他们不可能解析与“？”和您不能选中为了完成。当隐藏命令在本文时被建议，请采集输出并且发送它给TAC工程师，如果开Case。很可能，此输出是有用的在解决您的情况。这些命令是无正式文件的，并且TAC工程师没有要求解释输出对客户。

如果要排除故障任何问题，这要求，如果正确地跟随，导致一解决方案的方法或套步骤。通过了解解决为LAN网络的一般问题开始。

如果要排除故障任何问题，这要求，如果正确地跟随，导致一解决方案的方法或套步骤。通过了解解决为LAN网络的一般问题开始。LAN网络的硬件故障描绘的是为某些症状。这些症状可以是一般例如无法远程登录在交换机之间，特定例如链路抖动，或许或者交换机重置。如果使用特定故障排除技术，每症状可以跟踪到一个或更多原因。系统化的方法工作最佳。定义特定症状，识别可能导致症状的所有潜在问题，从很可能然后消除每个潜在问题，到不大可能，直到症状消失。

此图表概要选派问题解决流程的步骤：

1. 对首先是重要识别是的问题有经验的。这允许您识别什么样的原因能导致这些症状。为了帮助确定问题，请询问自己这些问题：

   • 问题特定到此交换机或它影响其他交换机在网络？

   • 这与一个或多个端口的一问题在一个特定模块？什么类型的端口：10/100，多模光纤(MMF)，单模光纤(SMF)，千兆以太网，等等？

   • 遇到问题的什么设备连接到交换机端口？

   • 此问题什么时候首先发生了，并且不止一次发生？

   • 什么发生问题首先当时被注意了？在那时有没有任何唯一关于数据流情况？例如，这高峰时间为流量？

   • 是否当时运行了任何特定命令或做了任何配置更改？

2. 采集诊断并且显示从交换机的命令输出隔离范围的问题。如果对设备的物理访问是可能的，请设置并且列出有红色的所有模块或黄色LED、未连接电缆或者松散连接。

3. 考虑可能的问题根据您收集的信息。有某些数据，您能，例如，排除硬件作为问题，因此您能着重软件问题。在每个机会，请设法缩小潜在问题数量，以便您能创建操作有效计划。

4. 创建并且实现行动方案。

   创建根据潜在问题的行动方案。每次只着重一个潜在问题。如果同时修改超过一变量，您能解决问题，但是排除症状特定更改的识别变得更加困难，并且不帮助您解决同一问题，如果在将来发生。

5. 请务必搜集和分析结果，每次变量更改确定问题是否修复。

6. 请重复可能的原因的测试，直到问题是解决的。

正如，在解决问题的第一步将识别症状。关于一些常见问题的更多信息参考的用可以是解决的所有Catalyst交换机关联。

与LAN网络的多数硬件故障归入这些类别，并且每个类别有与它涉及的多种症状：

当通信用Supervisor、模块或者主机连接对模块断断续续或丢失时，这些问题能发生。

这些问题能发生，当系统状态LED指示一问题时， Supervisor或模块没有识别也不显示有故障，或者，当用户体验低性能时。

这些问题能发生，当交换机重置时，连续重置或者发生故障完全。

此部分讨论症状、故障排除程序和命令Catalyst 4000家族交换机的。此部分假设您能识别您的交换机机箱、Supervisor引擎、模块和特性卡，并且那您了解系统规范、布线、电源和软件要求如描述为。

如果未确定什么您的主要症状是，请参阅本文并且运用步骤对您的问题。

此部分包括客户能用Catalyst 4000遇到的常见连通性问题。

这些命令由CatOS的Output Interpreter Tool支持，并且可以是在故障排除交换机端口问题的使用的协助：

如果有支持的命令的输出从您的Cisco设备的，您能使用 ()显示潜在问题和修正。为了使用 ()，您必须是，登陆，并且安排Javascript启用。

这两问题在前面提到的文档报道。

• 1. 验证电源开关在位置上(|)和系统OK LED是。

  2. 连接电缆直接地到控制台端口和不通过配线面板。

  3. 验证正确的接线和硬件用于连接到您特定的Supervisor引擎。参考文档的欲知更多信息。

• 1. 完成在描述的thedetailed步骤的步骤。如果确定sc0管理接口没有正确地配置也没有配置，参考欲知更多信息。

  2. 尝试从直接地连接的PC远程登录到在和一样sc0接口为了排除任何路由问题的VLAN的交换机。

  3. 获得对交换机的控制台访问并且确保Supervisor不在boot>或rommon>。如果交换机在这些模式之一中，您需要完成在恢复流程的步骤。参考关于恢复的更多信息。

如果接收失败分配会话块错误错误消息，当您访问在Telnet时的交换机，问题发生，因为交换机不能分配Telnet应用程序的所需的内存。可用的空闲存储器是低由于使用更多的内存或由于内存损失在交换机的某进程。

为了避免错误，发出show proc mem命令和验证在交换机使用更多的内存的进程。为了解决问题，添加更多的内存到系统或禁用一些功能为了释放某些现有内存。

如果有在交换机的内存泄漏，请重置交换机为了发布在内存的所有进程。如果错误消息仍然出现，在您重新启动以后，请升级交换机的软件版本。

1. 验证端口指示灯状态绿色。如果链路LED是纯橙色，由软件禁用。如果它在Supervisor启动和模块初始化以后闪烁橙色，这是硬件故障。如果没有链路LED，请检查并且交换电缆。终端设备和NIC的检验操作。

   参考关于NIC故障排除的更多信息。

2. 什么类型的媒体是包含的？光纤？千兆位接口转换器(GBIC) ？千兆以太网？10/100BaseTX ？如果这物理层问题，参考欲知更多信息。

3. 发出命令为了验证状态连接，因此意味着端口是可操作的。如果任何其它状态显示，请参阅关于故障排除步骤。

   如果终端设备是Cisco路由器或交换机，并且思科设备发现协议(CDP)启用，请发出为了识别设备、远程接口类型和远程IP地址。

   注意： 状态已连接不意味着端口免于错误。如果有在端口的错误，请继续对本文的部分。

4. 交换电缆。搬到电缆一个不同的端口。排除配线面板。配线面板是连通性故障共源，因此请尝试连接直接地到终端设备。验证终端设备的操作。

5. 1. 发出为了验证状态是好为该模块和没禁用或者有故障。

      • 如果状态有故障，请建立一个控制台连接捕获启动Power On Self Test (POST)诊断和所有系统错误消息。发出reset <mod>命令为了重置模块。发出show test 0命令为了确定此模块是否通过所有它是在启动的诊断测试。

      • 去除模块并且为管脚检查。重新安装模块，稳固地按弹出控制杆，并且拧紧非脱落型安装螺丝。如果show module命令状态的输出有故障，请尝试在另一slot的模块。Slot2接受线卡或Supervisor引擎。如果需要，电源off/on交换机。如果状态有故障，模块失败。

   2. 发出show test 0命令为了验证端口通过其在启动的最终诊断测验。如果F为该端口被控告，请继续正如在步骤a。

6. 验证此设备是否在同样或不同的VLAN。切记这是Layer2 (L2)设备，并且路由器要求发送在VLAN之间。

7. 如果连接到另一交换机，请询问自己这些问题：

   • 这是什么类型的端口？一个中继端口？

   • 如果它是中继端口，支持什么中继线封装？

   发出在端口功能的快速查找的。关于如何的参考的排除故障与中继或EtherChannel的问题的更多信息。

波尔特是可操作和已连接对终端设备。状态已连接不意味端口无误。如果有在端口的错误，请继续对本文的部分。

什么都没有连接到端口。检查或交换电缆。验证终端设备的操作。

可能的硬件故障。发出为了验证。如果端口的F显示，继续正如在步骤5不本文的。

波尔特被关闭的归结于错误。参考文档的欲知更多信息。

低性能投诉由用户的能有时翻译到在交换机端口的错误。从port error counters命令帮助的输出您排除故障连接问题。

1. 验证端口状态并且相应地排除故障。参考本文。

2. 这些是数据链路错误的常见原因在端口：

   命令显示传送的单播、组播和广播帧数量。如果帧接收并且传送，请发出此命令为了验证。

   内部取消显示不需要交换的帧。这是正常，如果端口连接到集线器，并且两个设备交换数据。Lrn-Discards表明内容可寻址内存(CAM)条目丢弃。In-lost计数器显示在端口接收的错误信息包的总和。Out-lost计数器指示输出端口缓冲区溢出。参考部分的关于这些错误和可能的原因的更多信息。

   命令为排除故障端口问题特别是有用的。

   例如，如果发出命令，此计数器发生：

3. 如果未能搜寻间歇接通损耗的任何原因在被提及的上一个步骤的交换机，获取show nvramenv 1命令，以及其他in命令的输出上一个步骤和开有一个Case。

4. 参考这些文档关于如何排除故障端口错误的其他原因的更多信息：

当可以经常实际上归因于连接问题时，低性能经常认为是硬件故障。请参阅部分关于故障排除步骤。

1. 系统消息类似于这些消息信息性，虽然，如果错误继续重复，链路可以是飘荡。

2. 如果这些消息在特定端口重复出现，参考这些可能的原因的文档：

3. 如果也看到在端口的错误并且命令输出，请参阅部分关于故障排除步骤。

4. 发出为了验证多少个端口在每个VLAN，如果交换机的任何端口是阻塞，并且哪些VLAN阻塞。由于生成树协议(STP)环路能导致链路飘荡或实际上减少交换机或网络，以硬件故障的外观，这是否是捕获的重要信息，排除故障硬件或软件。关于如何的参考的排除故障STP的更多信息。

1. 确保您有速度和双工相等地配置在链路的两边。默认情况下Catalyst 4000连接孔设置为自动。当正确一100 BaseTX链路自动协商的两边， show port <mod/port>命令输出如下：

   硬编码两边。请切记，当硬编码端口，必须首先时设定端口速度必须然后设双工设置。发出show port <mod/port>命令。交换机输出如下：

   注意： 即使交换机硬编码，必须仍然硬编码连接设备消除问题。

2. 如果有速度/双工不匹配或NIC不兼容引起的自动协商问题，错误在端口出现。有关详细信息，请参阅以下文档：

系统、Supervisor和模块问题发生，当或者系统状态LED指示一问题， Supervisor或模块没有识别也不显示有故障，或者，当用户体验低性能时。

如果有支持的命令的输出从您的Cisco设备的，您能使用 ()为了显示潜在问题和修正。为了使用 ()，您必须是，登陆，并且安排Javascript启用。

1. 和软件升级有关的多数用户问题是不了解copy tftp步骤结果，启动程序或者闪存系统Supervisor的。

   参考欲知更多信息，特别地，在您的Supervisor的copy tftp步骤。

   参考关于您的Supervisor的闪存文件系统的更多信息。

   参考的关于ROMmon恢复信息的更多信息。

2. 设置引导程序环境变量和config-register。参考关于这些设置的更多信息。

   思科建议您这样设置引导程序环境变量和config-register ：

   1. 验证您要启动的镜像，当前已安装在闪存。发出 dir bootflash:命令。

   2. 设置镜像的引导程序环境变量在您要启动的闪存。

3. 在升级期间，如果在rommon或boot模式结束，参考欲知更多信息。

4. 请使用搜寻Bug或者参考警告的。

Catalyst 4000系列Supervisor的多数常见原因不被识别是，当在引导程序或ROMmon模式被滞留由于一失去或损毁的镜像时。在这些模式，您不能远程登录到Supervisor，并且必须有开放的控制台会话。

1. 如果Supervisor在引导程序或ROMmon模式被滞留，请完成在故障排除步骤。

2. 如果Supervisor不在引导程序或ROMmon模式，然而仍然不联机，请完成Supervisor引擎的故障排除步骤在本文的部分。

1. 如果观察在启动的橙色或红色指示灯，请等待直到系统在认为前，启动完全有问题。在Supervisor的系统状态LED将坚持橙色，直到启动完成，然后启用绿色，如果启动是成功的。橙色系统状态LED的一个原因是风扇故障。

   其次， Supervisor初始化交换模块，根据模块不同地运行;一些闪烁断断续续，并且其他坚持橙色，直到初始化完成。这时，链路(端口) LED一共关闭，直到信号检测。

2. 了解Catalyst 4000系列组件，并且什么LED告诉您。作为一个开始的地方，参考欲知更多信息：

   查看前面板指示灯为您的Supervisor。有关详细信息，请参阅以下文档：

   查看前面板指示灯为您的交换模块。参考欲知更多信息：

3. 电源—包括电源和电源风扇。PS1， PS2和PS3， Catalyst 4006的， STATUS LED应该绿色。如果一个或两个是红色的，这能指示电源故障。

   1. 当您发出，请确定PS1或PS2状态是否有故障。

      注意： Catalyst 4006要求安装的两个电源操作交换机，并且第三是为冗余。参考的欲知更多信息。

   2. 检查电源。确保那里是电源应用对两个单元。如果冗余电源安装，但是没有电源， 输出显示电源状态和系统状态有故障。

   3. 重新安装电源。试一个不同的电路或交换电源线。如果状态是红色的，或者show system命令输出显示有故障，这是电源故障。参考的欲知更多信息。

      风扇组件—每当系统电源打开，系统风扇装置应该经营。您应该能听到风扇组件确定它是否经营。

   1. 如果电源应用到系统，请检查风扇组件和电源验证。

   2. 发出确定风扇状态是否有故障。

   3. 重新安装风扇组件并且拧紧非脱落型安装螺丝。如果需要，重置交换机。如果show system命令输出仍然显示有故障，这是风扇故障。参考的欲知更多信息。

      Supervisor引擎— Supervisor引擎包含系统运行软件。如果有与系统软件的困难请检查Supervisor引擎。状态LED在Supervisor引擎指示Supervisor引擎是否通过所有诊断测试。有开放一个的控制台会话并且确定Supervisor是否在引导程序或ROMmon模式。如果这是实际情形，请参阅故障排除步骤的部分。

   1. 发出为了确定系统状态是否有故障。发出show test 0命令为了确定Supervisor是否自交换机的最后启动通过所有诊断测试。注释失败结果的所有F。

   2. 检查风扇组件和电源所有问题的。

   3. 有开放一个的控制台会话并且捕获启动POST诊断和系统错误消息。重置交换机并且发出为了确定在启动的诊断测试是否通过。

   4. 交换模块—在每个交换模块的STATUS LED指示交换模块是否正确地初始化了。在交换模块初始化前， Supervisor引擎一定适当地操作。如果交换模块在交换机不正确地安装，不作用。

   1. 如果链路(端口) LED是纯橙色或在Supervisor启动和模块初始化以后闪烁橙色，请参阅不。

   2. 获取show version and show module命令输出。确定软件版本您运行是否支持此模块。参考欲知更多信息。

   3. 确定状态是否是禁用。这表明模块管理性已禁用。状态LED在这种情况下橙色。发出set module enable <mod>命令。

   4. 查看输出show module命令为了确定状态是否为该模块是有故障。查看输出show test 0命令为了确定此模块是否自交换机的最后启动通过所有其诊断测试。注释失败结果的所有F。

   5. 有开放一个的控制台会话并且捕获启动POST诊断和所有系统错误消息。发出reset <mod>命令为了重置模块。发出show test 0命令为了确定此模块是否通过所有其在启动的诊断测试。注释失败结果的所有F。

   6. 去除模块并且为管脚检查。重新安装模块，稳固地按弹出控制杆，并且拧紧非脱落型安装螺丝。如果show module状态有故障，请尝试在另一slot的模块。如果需要，电源off/on交换机。如果状态有故障，模块失败。

交换模块或线卡的多数常见原因能不被识别归结于软件错误的版本。

1. 确定这是一问题用一个模块和不是所有的模块。如果所有模块受影响，请完成在步骤部分。捕获输出、和命令的。

2. 发出show version命令为了检查您有问题与和软件版本您使用模块的型号。确定总DRAM和总闪存。参考为了确定硬件是否是与软件兼容。

   如果升级要求，首先总是请检查版本注释。参考对并且选择您需要升级的版本。例如，请关于您的硬件选择和搜索的在所有信息。

3. 如果Supervisor在引导程序没有被滞留或rommon和确定模块由软件当前版本支持，请完成排除故障的步骤部分。

1. 对于除ok之外的所有状态在这两命令中输出，请完成交换模块的故障排除步骤在部分。

低性能经常认为是硬件问题，但是这通常不是实际情形。当客户描述对特定交换机体验性能低下的用户，这经常结果与连接问题、软件配置错误或者问题在别处涉及在网络。

1. 识别性能问题是否为用户出现连接对所有交换模块，特别是一个一个或多个端口的模块或者用户。获取输出。确保Supervisor和模块有一种好的状态。如果有有故障的状态，请完成交换模块的故障排除步骤在部分。

2. 捕获，和命令输出。如果看到在端口计数器的增加错误，请排除故障此性能问题作为连通性问题。请参阅部分关于故障排除步骤。

3. 获取和输出。show config命令显示仅非默认配置更改。理论上来讲，在您做一个变动时候，您应该备份配置作为用用作比较。发出show config命令为了可能连结配置更改与您经历的行为。

   如果看到任何系统消息除能指示硬件或某其他问题的供参考消息之外，请发出show logging buffer 1023命令为了捕获这些消息。此命令显示与时间戳的最后1023系统消息，默认情况下。并且，很好参考的为了看到是否能排除从能指示问题的那些的任何无害系统信息。

4. 许多性能相关问题与网络流量状况涉及。获取show system命令输出为了发现这是否是网络流量问题。

   show system命令可以用于检查当前背板利用率，是典型地少于十百分比。如果相信您有在特定交换机的性能相关问题，请查看Peak字段，是在交换机的高峰底板使用率，因为它是启动的为时，并且注释Peak-time表示的时间戳。记住在信息数据流百分比的阻止在背板可以是STP环路或广播风暴。有关详细信息，请参阅。

5. 获取输出。此命令帮助识别能导致在Supervisor的高CPU利用率的进程。这是show proc cpu命令输出摘要：

   当您查看此命令时输出，请记住CPU利用率是显示的第一件事。请勿混淆内核和空闲数量作为CPU利用率。内核和空闲是为该时间段是空闲CPU的百分比。所以，在过去五分钟内，仅使用CPU的11.62百分比，在典型的范围内。

   参考欲知更多信息和完整了解对CPU如何在Catalyst 4000，

   完成这些步骤为了设置进程能导致问题您的交换机的基准和帮助识别：

   • 发出show proc cpu命令在正常操作的时期的您的网络。保存结果。

   • 如果遇到任何性能相关问题，再请运行此命令。

   • 比较两输出。有没有您能识别比较起来是特别高的进程？

   • 多次运行命令。有没有在CPU利用率或阻止的显著的增减？或者， CPU利用率是否保持一致高？

   答案在别处是很可能不是硬件故障，而且点。

6. 起因于误配置的一个性能相关问题是，当带内信道，使用终止在交换机的所有控制流量例如ping时， Telnet， VLAN中继协议(VTP)， STP， CDP，等等，在从用户数据的一个独立的VLAN没有放置。

   在从用户数据的一个独立的VLAN总是推荐保留交换机的管理或sc0接口。否则，所有广播或组播风暴能充斥带内信道到网络管理处理器(NMP)，需要是自由处理被提及的协议。

   如果未能搜寻性能问题的任何原因在被提及的上一个步骤的交换机，获取这些命令，以及其他in命令输出上一个步骤和开有一个Case ：

   这些是隐藏命令，含义他们不可能解析与“？”并且您不能选中完成。键入out命令全文。很可能，此输出不是有用的在解决方法您的情况。这些命令是无正式文件的，并且TAC工程师没有要求解释输出对客户。

7. 虽然相当少见，内存泄漏发生并且能导致什么自然似乎是低性能和其他症状。如果未能搜寻性能问题的任何原因在被提及的上一个步骤的交换机，获取show mbuf total (hidden)命令，以及其他in命令的输出上一个步骤和开有一个Case。

   有要考虑的两件事，当您查看此命令输出为了帮助确定时是否有一个内存泄漏问题：

   • 查看输出，并且，如果自由mbufs或集群值减小，但是从未增加，这能指示一可能的内存泄漏。

   • 查看输出，并且，如果空闲存储器接近零或在零，这指示交换机减少或有用尽了内存。

   这两个问题指示明显地影响协议/进程要求此内存的一个内存问题。

   这些是隐藏命令，含义他们不可能解析与“？”并且您不能选中完成。键入out命令全文。很可能，此输出不是有用的在解决方法您的情况。这些命令是无正式文件的，并且TAC工程师没有要求解释输出对客户。

按照本文的介绍所述，思科有在线诊断诊断工具套件帮助您的确定hw/sw兼容性，解释输出和解码错误。

1. 默认情况下系统消息有时间戳，在隔离可帮助您的问题的一时间段。由请发出show time命令为了确保您的系统时钟正确地设置。并且，请验证您的连接设备设置，以便日志配比。

2. 获取所有系统消息输出用show logging buffer 1023命令。当其他能指示问题时，许多系统消息是信息性本质上。有关详细信息，请参阅以下文档：

Supervisor崩溃出现，当交换机重置，连续重置或者发生故障完全。

如果有支持的命令的输出从您的Cisco设备的，您能使用 ()为了显示潜在问题和修正。为了使用 ()，您必须是，登陆，并且安排Javascript启用。

如果经历交换机重置，系统错误消息可以是有用的。欲知更多信息，请参阅部分。

如果交换机重置或失败的由于原因与硬件或软件涉及，获取输出确定尽快显示命令是重要的。

1. show log命令输出有可以与失败涉及的一定数量的重要问题指示。

   • 它记录与显示的时间戳的最后十个系统重新设置，当重新启动发生了。这是重新启动历史记录输出的快照：

     重新启动历史记录只表明交换机重置。它可能由用户手工重置或由于失败。但是，交换机的多数最近手控复位是记录的进一步下来在输出中。

     注意最后手控复位的时间戳， 1/23/:13，在重新启动历史记录里匹配多数最新条目。

   • 如果有任何例外，它显示。例外是在失败之后发生的CPU转储。例如：

     在这种情况下，没有记录的例外。如果有例外，包括可以匹配与重新启动历史记录的时间戳，并且包括HEX转储或堆叠，可以由TAC工程师解码为了确定这是否一软件被强制的例外或归结于硬件。

   使用的show version命令提供软件版本信息bug搜索。例如，如果在show log命令输出中识别一例外，请使用Bug Toolkit为了搜索在Catalyst 4000和例外的Bug。并且， show version命令给您快速了解交换机多久是UP。例如：

   如果其中任一诊断失败， show test 0命令输出指示在Supervisor或模块的一种F状态。一个插入的模块能不正确地引起交换机失败。如果Supervisor或模块显示失败，请继续进行在系统组件LED的故障排除步骤是橙色/red或本文的Supervisor不联机部分。

   show logging buffer 1023命令显示所有系统消息，包括可能的错误消息能与失败关连。请参阅部分关于故障排除建议。

2. 首先发出显示命令和故障排除程序在前面的步骤。如果这些步骤发生故障，请捕获show tech-support命令output。此命令不断地显示所有这些命令的输出，含义输出继续移动直到完整或，直到显示以Ctrl+C击键结束：

   通常，从所有这些命令的输出不是必要解决一特定问题，因此TAC工程师不能自讨苦吃。但是，有此输出是有利的如果其他显示命令或故障排除步骤不能解决问题。

3. 如果所有上一个故障排除步骤不能诊断问题，捕获这些隐藏命令，以及其他in命令上一个步骤和开有一个Case ：

   这些是隐藏命令，含义他们不可能解析与“？”并且您不能选中完成。键入out命令全文。此输出或不可以是有用的在您的情况的解决方法。这些命令是无正式文件的，并且TAC工程师没有要求解释输出对客户。

有认为由有故障的硬件引起的许多容易误解的问题。此部分列出经常混淆作为硬件故障的一些个问题。

• 一个普通的用户问题是为了系统LED能显示有故障，当额外电源被添加时，但是没接通。当这发生，时ps--status和系统状态显示有故障。这是因为交换机感觉额外电源安装，但是不是活跃的。因为这也能请意味着额外电源实际上失败，现场检查要求。

• 常见的误解，当您查看输出是内核和空闲百分比解释是该时间的CPU利用率。内核和空闲是为该时间段是空闲CPU的百分比。

这些表划分什么显示命令使用帮助排除故障不同的症状类型。

注意许多in命令每上一个症状类别重叠。这是因为同一症状能发生用不同的级别严重性;一能导致性能问题，并且其他能引起失败。

也注意某些命令似乎为软件故障排除或配置问题含义更多。例如， show spantree summary命令显示哪些VLAN运行STP，多少个端口在每个VLAN，如果交换机的任何端口是阻塞，并且哪些VLAN他们是阻塞。因为STP环路能实际上减少给出硬件故障的外观的交换机或网络，这是否是捕获的重要信息，排除故障硬件或软件。

此命令验证您运行的软件版本。此命令也有关于大小的信息闪存和DRAM。如果需要升级，这是有用的信息。如果升级要求，首先总是请检查版本注释。参考对并且选择您需要升级的版本。例如，请关于您的硬件选择和搜索的在所有信息。

此命令显示关于在交换机安装的模块的信息。特别是，请注释模块的状况。如果状态有故障，这可以是硬件故障。

flash命令显示内容：命令。当您复制镜像对SupIIIG时，例如，您使用download命令，并且闪存完全在安装镜像过程中清除。使用其他一口，您能使用copy tftp flash命令为了添加一个或更多镜像。

如果了解您的Supervisor的，闪存系统许多问题，两涉及的硬件与软件，可以避免。

参考或命令欲知更多信息。

此命令显示非默认系统系统构成。在您做一个配置更改，因为方式可能关联对硬件或软件问题时候的更改这是有用的捕获。注意那里is is每输出的一时间戳。比较输出对show config all命令输出，显示整个系统配置，并且可以是相当较的。参考欲知更多信息。

此命令显示诊断测试结果Supervisor和所有模块的。请注意非常仅show test命令显示诊断结果在交换机或Supervisor或模块的重置的最后启动的。如果一个模块的诊断要求，请发出show test <mod->命令对于此信息。

diaglevel命令检查diaglevel的状态。编码地址识别逻辑(EARL)的一个完整状态测试，端口环回/套件/线型重写，并且推荐DRAM/NVRAM/外部缓存。此测验花费大约一分钟与测验的30秒级最小。但是，它更加周到。结果输出与通行证的失败的a.或F，指示一个硬件故障。

显示并且/或者更改diaglevel如下：

此命令显示系统信息。状态域与在系统组件的多种LED关连。注意到正常运行或交换机多久是正在运行的。这是要知道的有用的信息在Switch Crash情形下。参考欲知更多信息。

此命令显示星期/月/年和时间在24小时格式。这验证系统时钟的操作，而且是提醒系统日志信息运载一时间戳。确保准确地设置时刻或同步交换机到。

此命令显示从内部缓冲器的系统消息。show logging buffer命令只给予您最后20系统消息，而，如果添加1023关键字，这给予您最后1023个消息。许多这些消息是准确情报的。其他能包含线索至于问题的本质，它是否是硬件故障、Switch Crash或者软件问题。当您比较注册几台设备，验证时间戳正确并且发出。

例如，这些消息类型信息性：

一个消息类似这一个指示一hw/sw不兼容：

一个消息类似这一个能指示硬件故障：

参考系统消息列表的。请使用和其他资源描述在在本文。并且，参考欲知更多信息。

此命令显示关于CPU使用情况的信息。发出ps-c命令为了不同地格式化此信息。

此命令显示模块和端口的功能交换机的。设想此命令作为快速方式显示硬件/软件功能，不用需要搜索版本注释。此命令能应答问题，例如支持什么中继线封装类型并且能端口EtherChannel。参考的欲知更多信息。

此命令显示端口状态和计数器。除已连接之外，如果状态是任何，请参阅在本文故障排除步骤。如果端口计数器显示增加错误，请参阅在故障排除步骤。

此命令显示MAC计数器，并且是有用的在确定计数器是否增加正如所料。此命令显示在端口接收的总单播、组播和广播帧。在Catalyst 4000的In-lost计数器反射在端口接收的错误信息包的总和。这不同的然后In-lost计数器的行为在Catalyst 5000交换机的;哪些反射所有接收缓冲故障的总和。在两个的out-lost计数器Catalyst 4000及5000，反射在转发的由于前丢失不足的缓冲空间的流出的帧。如果过度预定接口，这通常导致。

请参阅本文的部分关于故障排除步骤。参考欲知更多信息。

此命令显示端口的硬件计数器，并且根据端口种类变化。请参阅本文的部分关于故障排除步骤。参考欲知更多信息。

此命令用于重置show port、show mac和show counter统计信息。为继续增加或解决了错误的确定是有用的。

使用CDP，此命令显示关于远程Cisco设备的详细信息。这是一快速方式获得一台Cisco设备的IP地址和接口在所有给的switchport的。参考命令欲知更多信息。

此命令提供化妆象硬件问题的STP信息有用的在故障排除链路飘荡和其他网络问题摘要。参考欲知更多信息，并且发出命令。

此命令显示系统或一个特定模块的错误日志。如果有交换机重置或失败，必要堆叠的信息确定Switch Crash的原因显示此处。参考欲知更多信息。

此命令显示此作为连续输出：