目录

简介

先决条件

要求

使用的组件

规则

运行状况和配置检查过程

运行状况和配置检查模块

报告和警告

常见问题解答

反馈

简介

本文档介绍对Nexus 3000/9000和7000平台执行自动运行状况和配置检查的过程和要求。

先决条件

要求

只有运行独立NX-OS软件的Nexus平台才支持自动运行状况和配置检查，而不支持运行ACI软件的交换机。

支持以下硬件平台：

- 运行统一NX-OS软件映像的Nexus 3000/9000系列交换机：7.0(3)Ix或更高版本

- 运行NX-OS软件7.x或更高版本的Nexus 7000/7700系列交换机

使用的组件

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

本文档中的信息都是基于特定实验室环境中的设备编写的。本文档中使用的所有设备最初均采用原始（默认）配置。如果您的网络处于活动状态，请确保您了解所有命令的潜在影响。

规则

有关文档规则的详细信息，请参阅 Cisco 技术提示规则。

运行状况和配置检查过程

请从 show tech-support detailsNexus交show tech-support 换机收集或日志，以便对其执行运行状况和配置检查。强烈建议show tech-support details，因为它通过执行更多检查可提供更高的值。请确保以.txt或.gz/.tar格式捕获日志。目前show tech-supportshow tech-support details，支持以ASCII和UTF-8文本格式捕获的或文件。

在思科支持案例管理器上使用下列一组关键字（技术/子技术/问题代码）提交常规TAC服务请求：

技术：数据中心和存储网络

Sub-Tech:(选择适当的平台)

Nexus 3000（仅限N3000系列） — 运行状况和配置检查（自动）

Nexus 3000（N3100-N3600系列） — 运行状况和配置检查（自动）

Nexus 7000系列交换机 — 运行状况和配置检查（自动）

Nexus 9200 — 运行状况和配置检查（自动）

Nexus 9300（非EX/FX/R系列） — 运行状况和配置检查（自动）

Nexus 9300（EX/FX/R系列） — 运行状况和配置检查（自动）

Nexus 9400系列交换机 — 运行状况和配置检查（自动）

Nexus 9500（非EX/FX/R系列） — 运行状况和配置检查（自动）

Nexus 9500（EX/FX/R系列） — 运行状况和配置检查（自动）

Nexus 9800系列交换机 — 运行状况和配置检查（自动）

问题代码：运行状况和配置检查

SR打开后，思科指导工作流将引导您完成上传或日志 show tech-support details的show tech-support步骤。

上传所需的输出后，思科会分析日志并提供运行状况检查报告（PDF格式），该报告会附加到发送给用户的电子邮件中。该报告包含检测到的问题的列表、排除问题的相关步骤以及建议的行动计划。

如果对报告的运行状况检查失败存在疑问，建议用户打开包含适当关键字的单独服务请求，以获得进一步的专家帮助。强烈建议参考为自动运行状况和配置检查打开的服务请求(SR)编号以及生成的报告，以加快调查速度。

运行状况和配置检查模块

自动Nexus运行状况和配置检查版本1（2022年8月版本）执行表1中列出的检查。

表1：运行状况检查模块和模块使用的关联CLI

索引

运行状况检查模块

单元简要说明

用于执行运行状况检查的CLI

1.

NX-OS版本检查

检查设备是否运行思科推荐的NX-OS软件版本

show version

2.

Nexus EoS/EoL产品检查

验证任何组件（硬件/软件）是否已达到寿命终止(EOL)或销售终止(EOS)

show version show module show inventory

3.

现场通知检查

检查设备是否可能受到已知PSIRT/CVE或Field Notice的影响。

show version show module show inventory show running-config

以及根据给定FN/PSIRT检查文件所需的任何命令。

4.

NX-OS CPU运行状况检查

检查症状CPU使用率是否提高。当当前/历史CPU使用率超过60%时会报告此情况。

show processes cpu show processes cpu sort show processes cpu history show system resources

5.

NX-OS内存运行状况检查

检查设备上的内存使用率是否超过系统内存阈值（默认值或用户配置的值）。

show version show processes memory show system resources

6.

NX-OS接口检查

检查所报告的任何接口是否在RX或TX方向上丢弃。模块在每个方向上打印5个具有最高错误率的接口。

show interface show interface brief show queuing

7.

CoPP运行状况检查

检查CoPP是否被禁用或配置不正确（例如，所有符合默认类的CPU绑定的流量），或者是否具有过时的CoPP策略（例如，从旧版本继续传输），或者，非默认类中报告的丢弃数是否超过1000。

show copp status show policy-map interface control-plane show running-config

8.

进程间通信(MTS)运行状况检查

检测是否存在任何滞留超过1天的进程间通信（称为MTS）消息。

show system internal mts buffer summary show system internal mts buffer details

9.

Nexus模块运行状况检查

检查是否有任何模块（线路卡、交换矩阵等）报告诊断故障或处于关闭/故障状态

show moduleshow inventory show diagnostic result module all detail

10.

PSU和风扇运行状况检查

检测是否有任何电源未处于运行状态。

show inventoryshow environment

show logging log show logging nvram

11.

vPC最佳实践检查

验证设备配置是否符合vPC最佳实践，例如对等路由器、对等交换机和对等网关配置。

第3层对等路由器：

show running-config  （检查是否已形成OSPF、EIGRP和BGP邻接关系）

对等网关/对等交换机：

show running-config show spanning-tree show vpc brief show interface brief

12.

MTU 检查

检测不一致的MTU配置，如第2层接口和第3层SVI的MTU配置不匹配、OTV加入接口上的MTU不正确或在需要它的接口上未启用巨型MTU等。

show running-configshow interface show ip arp

show mac address-table show ip route detail

show ip eigrp neighbors

show ip ospf neighbors

show bgp

13.

第2层功能配置运行状况检查

检查是否启用了L2功能但未使用

show running-config

14.

NX-OS vPC兼容性检查

检查虚拟端口通道(vPC)是否报告了type1/type 2不兼容错误。

show running-config show vpc

15.

生成树协议运行状况检查

检查连接的输出，查找生成树协议不稳定或处于意外状态的指示。模块报告最近发生拓扑更改的vlan以及一些其他信息：

时间戳、接口和根网桥ID。

目前，此运行状况检查模块仅支持RSTP；计划在未来的版本中支持MST。

show spanning-tree detail show spanning-tree internal errors show spanning-tree internal event-history

show spanning-tree active show logging log

show mac address-table notification mac-move

show system internal

16.

PortChannel运行状况检查

检测任何已配置的端口通道成员是否处于不正常状态：(I)、(s)(D)或(H)

show port-channel summary

17.

SFP验证检查

检测报告“SFP验证失败”错误的任何收发器

show interface brief

18.

第3层功能配置运行状况检查

检查是否启用了任何L3功能但未使用

show running-config

19.

通过管理VRF检查的默认路由

检查设备是否具有通过管理vrf在默认vrf中配置的默认路由。

show running-config show accounting log

20.

不支持的vPC组播路由检查

检查vPC上不受支持的PIM邻接关系

show running-config show ip pim interface vrf all internal show ip pim neighbor vrf all detail

21.

OSPF运行状况检查

检查设备上观察到的可能邻接问题。例如：

- 在配置为P2P的接口上检测到多个邻居

- 未手动配置或使用环回IP的路由器ID

- 邻接关系未处于FULL状态

- 最近达到FULL状态的邻接关系并指示潜在的不稳定性

show running-config show ip interface brief vrf all show ip ospf neighbors detail vrf all private show ip ospf interface vrf all private show logging log

22.

EIGRP运行状况检查

检查设备上观察到的可能邻接问题。例如：

- 未配置AS编号

- 未检测到活动邻居

- 检测到高值SRTT、RTO或Q Cnt

- 检测到大量丢弃的EIGRP数据包

- 邻接正常运行时间小于15分钟，表示存在潜在的不稳定性

- 最近7天邻接关系断开

show running-config show logging log show ip eigrp neighbors detail vrf all show ip eigrp detail vrf all

23.

BGP对等体运行状况检查

检查处于IDLE状态的BGP邻接关系。

show running-config show bgp vrf all all summary

24.

第一跳冗余协议(FHRP)

检查非默认计时器配置，因为这些配置可能会导致性能不佳。

此运行状况检查模块仅涵盖热备份路由协议(HSRP)

show running-config

25.

VXLAN EVPN配置一致性检查器

根据《NX-OS VXLAN配置指南》检查连接的配置输出。  例如，验证：

- 用作NVE源的环回接口和用作源BGP更新的环回接口不同

- 用作NVE源的环回接口在默认VRF中

- VXLAN封装的流量L3上行链路处于默认VRF中，未配置为SVI或子接口。

- 第3层上行链路具有一个ARP条目（即无多路访问）。

- 功能vPC已启用且存在vPC域

- 备份SVI处于默认VRF中，允许通过vPC对等链路并定义为基础VLAN。

- 两个vPC对等设备的NVE状态管理状态为UP（vPC一致性参数）

- 为每个L2 VNI配置“ingress-Replication”或“mcast-group”，或者在NVE下定义“global mcast-group”

- 在第3层上行链路上启用PIM稀疏模式如果组播用作BUM流量的复制模式

- 在第3层上行链路上启用PIM稀疏模式，不使用“evpn multisite dci-tracking”

- “suppress-arp”仅配置在扩展VLAN的SVI配置了“交换矩阵转发模式任播网关”的L2VNI上

- 在早于9.2的NX-OS版本上配置了“advertise l2vpn evpn”

- multisite仅在具有云级ASIC的Nexus 9000上配置

- 在DCI链路上配置了“evpn multisite dci-tracking”，在第3层上行链路上配置了“fabric-tracking”，并且该接口不是SVI

- 在BGW之间的L2VPN会话上配置了“peer-type fabric-external”

- 在NVE上定义用作多站点源的环回接口

- vPC域下配置了“peer-gateway”、“peer-switch”、“ip arp synchronize”、“ipv6 nd synchronize”

- 为L3VNI配置了“associate-vrf”，并且L3VNI的SVI具有VN段

- 与远程BGW的L2VPN EVPN邻接具有“peer-type fabric-external”和“rewrite-evpn-rt-asn”

show running-config

show version

show module

show inventory

show vpc

show port-channel summary

show vlan all-ports

报告和警告

- 运行状况和配置检查SR由虚拟TAC工程师自动处理。

- 报告（采用PDF格式）通常在24个工作小时内生成并附加到SR的所有必要的日志。

- 报告通过电子邮件(源自jhwatson@cisco.com)与服务请求相关的所有联系人（主要和辅助）自动共享。

- 此报告也会附加到Service Request中，以便以后随时可用。

- 请注意，报告中列出的问题基于提供的日志，并且属于前面表1中列出的运行状况检查模块的范围。

- 所执行的运行状况和配置检查列表并非详尽无遗，建议用户根据需要执行进一步的运行状况检查。

- 对于具有多个虚拟设备环境(VDC)的Nexus 7000，需要从每个VDC获取一个show tech-support details文件以获得最佳结果。

- 对于VxLAN EVPN，不执行下一检查：

- 针对第2层、第3层VNI、租户VRF、重叠Mac地址或组播组的数量进行扩展。

- 租户路由组播(TRM)、vPC交换矩阵对等、下行VNI(DSVNI)、新L3VNI、Q-in-VNI或Q-in-Q-in-VNI、vPC对等保留VLAN不匹配，或路径首选项的配置，其中指向其他站点的路径是通过备份SVI而不是DCI互联。

- 对于VxLAN EVPN配置，有关vPC枝叶交换机之间的备份SVI:

- 使用DCNM或NDFC进行的配置：假设已选择默认值“3600”作为VLAN，因此接口Vlan 3600被视为备用SVI。

- SVI上配置的IGP是OSPF或ISIS。在底层的vPC对等之间建立iBGP IPv4单播会话且未在SVI上配置IGP的配置报告为缺少备份SVI。

常见问题解答

问题1：我能否为同show tech-support details一SR中的多台交换机上传报告，以获取所有交换机的运行状况检查报告？

回答：这是自动案例处理，运行状况检查由虚拟TAC工程师执行。仅对第一次上传的执行运行状show tech-support details况检查。

问题2：我能否为同一设备上传多个数据show tech-support details，例如，每隔几个小时捕获数据，以便同时为这两个设备完成运行状况检查？

回答：这是由虚拟TAC工程师执行的自动无状态案例处理，并且首先将上传到SR的文件进行运行状况和配置检查，无论上传的文件是来自同一台交换机还是不同交换机show tech-support details。

问题3：如果交换机的文件被压缩为单个rar/gz文件并上传到SRshow tech-support details，我能否对其进行运行状况检查？

A3：否。如果多个文件作为单个rar/zip/gz文件上传show tech-support details，则只会处理存档中的第一个文件以进行运行状况检查。

问题4：我没有看到覆盖Nexus 5000/6000平台的运行状况和配置检查。是否会在后期进行覆盖？

回答：否。目前尚无计划在近期覆盖Nexus5000/6000平台。

问题5：如果对报告的某个运行状况检查失败有疑问，我该怎么办？

回答：请打开单独的TAC服务请求，以获得有关特定运行状况检查结果的进一步帮助。强烈建议附加运行状况检查报告，并参阅为自动运行状况和配置检查打开的服务请求(SR)案例编号。

问题6：我是否可以使用为自动运行状况和配置检查打开的相同SR来排除所发现的问题？

回答：否。由于主动运行状况检查已自动化，请打开新的服务请求以排除故障并解决报告的问题。请注意，在运行状况报告发布后的24小时内，已关闭打开进行运行状况检查的SR。

问题7：自动运行状况和配置检查是否针对运行比前面提到的版本旧版本的交换机的文件运行show tech-support details?

回答：自动化运行状况和配置检查是针对下面提到的平台和软件版本而构建的。对于运行较旧版本的设备，这是尽力而为的，并且不能保证报告的准确性。

- 运行统一NX-OS软件映像的Nexus 3x00系列交换机：7.0(3)Ix或更高版本

- 运行NX-OS软件7.x或更高版本的Nexus 7000/7700系列交换机

- 运行统一NX-OS软件映像的Nexus 9x00系列交换机：7.0(3)Ix或更高版本

问题8：如何关闭为运行状况检查打开的SR?

回答：SR在发送第一个运行状况检查报告后的24小时内关闭。无需用户对SR关闭采取任何操作。

问题9：如何共享有关主动运行状况和配置检查的评论或反馈？

解答9：请通过电子邮件将其共享到Nexus-HealthCheck-Feedback@cisco.com

问题10.从交换机捕获或从中获show tech-support 取的show tech-support details推荐方法是什么？

解答10：强烈建议将show tech-support或show tech-support details命令的输出定向到bootflash:（如下例所示），而不是将其捕获到终端应用程序（例如SecureCRT、PuTTY）中的日志文件，从而捕获其输出。请记住，终端应用程序捕获的日志文件可能是UTF-8-BOM格式（或类似格式），而自动运行状况检查不支持该格式。自动运行状况和配置检查仅支持ASCII或UTF-8格式的文件。

将输出重定向到并压缩文件bootflash:的CLI示例：

Nexus1# show tech-support details >> bootflash:showtechdetails_Nexus1.txt

Nexus1# gzip bootflash:showtechdetails_Nexus1.txt

反馈

我们非常感谢您对这些工具的操作有任何反馈。 如果您有任何意见或建议（例如，关于所生成报告的易用性、范围和质量等），请通过Nexus-HealthCheck-Feedback@cisco.com与我们分享。