Cisco Nexus 9000 ACI-Mode Switches Release Notes, Release 15.2(8)

© 2023 Cisco and/or its affiliates. All rights reserved.

Introduction

The Cisco NX-OS software for the Cisco Nexus 9000 series switches is a data center, purpose-built operating system designed with performance, resiliency, scalability, manageability, and programmability at its foundation. It provides a robust and comprehensive feature set that meets the requirements of virtualization and automation in data centers.

This release works only on Cisco Nexus 9000 Series switches in ACI mode.

This document describes the features, issues, and limitations for the Cisco NX-OS software. For the features, issues, and limitations for the Cisco Application Policy Infrastructure Controller (APIC), see the Cisco Application Policy Infrastructure Controller Release Notes, Release 5.2(8).

For more information about this product, see "Related Content."

Release History

DateDescription
August 9, 2023Release 15.2(8e) became available. Added the resolved issues for this release.
June 29, 2023Release 15.2(8d) became available.

Supported Hardware

Table 1. Modular Spine Switches

Product IDDescription
N9K-C9504Cisco Nexus 9504 switch chassis
N9K-C9508Cisco Nexus 9508 switch chassis
N9K-C9508-B1Cisco Nexus 9508 chassis bundle with 1 supervisor module, 3 power supplies, 2 system controllers, 3 fan trays, and 3 fabric modules
N9K-C9508-B2Cisco Nexus 9508 chassis bundle with 1 supervisor module, 3 power supplies, 2 system controllers, 3 fan trays, and 6 fabric modules
N9K-C9516Cisco Nexus 9516 switch chassis

Table 2. Modular Spine Switch Line Cards

Product IDDescriptionMaximum Quantity
Cisco Nexus 9504Cisco Nexus 9508Cisco Nexus 9516
N9K-X9716D-GXCisco Nexus 9500 16-port 400 Gigabit Ethernet QSFP line card4816
N9K-X9736C-FXCisco Nexus 9500 36-port 40/100 Gigabit Ethernet Cloud Scale line card4816
N9K-X9736Q-FXCisco Nexus 9500 36-port 40 Gigabit Ethernet Cloud Scale line card4816
N9K-X9732C-EXCisco Nexus 9500 32-port, 40/100 Gigabit Ethernet Cloud Scale line card

Note: The N9K-X9732C-EX line card cannot be used when a fabric module is installed in FM slot 25.

4816

Table 3. Modular Spine Switch Fabric Modules

Product IDDescriptionMinimumMaximum
N9K-C9504-FM-GCisco Nexus 9508 cloud scale fabric module (400G capable)45
N9K-C9508-FM-GCisco Nexus 9508 cloud scale fabric module (400G capable)45
N9K-C9504-FM-ECisco Nexus 9504 cloud scale fabric module45
N9K-C9508-FM-ECisco Nexus 9508 cloud scale fabric module45
N9K-C9508-FM-E2Cisco Nexus 9508 cloud scale fabric module45
N9K-C9516-FM-E2Cisco Nexus 9516 cloud scale fabric module45

Table 4. Modular Spine Switch Fans

Product IDDescription
N9K-C9504-FAN2Nexus 9500 4-slot Fan Tray (Gen 2)
N9K-C9504-FAN-PWRNexus 9500 4-slot Fan Tray Power Card Blank
N9K-C9504-FANFan tray for Cisco Nexus 9504 chassis
N9K-C9508-FAN2Nexus 9500 8-slot Fan Tray (Gen 2)
N9K-C9508-FAN-PWRNexus 9500 8-slot Fan Tray Power Card Blank
N9K-C9508-FANFan tray for Cisco Nexus 9508 chassis
N9K-C9516-FANFan tray for Cisco Nexus 9516 chassis

Table 5. Modular Spine Switch Supervisor and System Controller Modules

Product IDDescription
N9K-SUP-A+Cisco Nexus 9500 Series supervisor module
N9K-SUP-B+Cisco Nexus 9500 Series supervisor module
N9K-SUP-ACisco Nexus 9500 Series supervisor module
N9K-SUP-BCisco Nexus 9500 Series supervisor module
N9K-SC-ACisco Nexus 9500 Series system controller

Table 6. Fixed Spine Switches

Product IDDescription
N9K-C9364D-GX2ACisco Nexus 9300 platform switch with 64 400/100-Gbps QSFP-DD ports and 2 1/10 SFP+ ports.
N9K-C9348D-GX2ACisco Nexus 9300 platform switch with 48 400/100-Gbps QSFP-DD ports and 2 1/10 SFP+ ports.
N9K-C9332D-GX2BCisco Nexus 9300 platform switch with 32 400/100-Gbps QSFP-DD ports and 2 1/10 SFP+ ports.
N9K-C93600CD-GXCisco Nexus 9300 platform switch with 28 10/40/100-Gigabit Ethernet QSFP28 ports (ports 1-28) and 8 10/40/100/400-Gigabit QSFP-DD ports (ports 29-36).
N9K-C9316D-GXCisco Nexus 9300 platform switch with 16 10/40/100/400-Gigabit QSFP-DD ports (ports 1-16).
N9K-C9332CCisco Nexus 9300 platform switch with 32 40/100-Gigabit QSFP28 ports and 2 SFP ports. Ports 25-32 offer hardware support for MACsec encryption.
N9K-C9364C-GXCisco Nexus 9300 platform switch with 64 100-Gigabit Ethernet QSFP28 ports, two management ports (one RJ-45 port and one SFP port), one console port (RS-232), and one USB port.
N9K-C9364CCisco Nexus 9300 platform switch with 64 40/100-Gigabit QSFP28 ports and two 1/10-Gigabit SFP+ ports. The last 16 of the QSFP28 ports are colored green to indicate that they support wire-rate MACsec encryption.

Table 7. Fixed Spine Switch Power Supply Units

Product IDDescription
N9K-PAC-1200W1200W AC power supply, port side intake pluggable

Note: This power supply is supported only by the Cisco Nexus 93120TX and 9336PQ ACI-mode switches

N9K-PAC-1200W-B1200W AC power supply, port side exhaust pluggable

Note: This power supply is supported only by the Cisco Nexus 93120TX and 9336PQ ACI-mode switches

NXA-PAC-1200W-PE1200W AC power supply, port side exhaust pluggable, with higher fan speeds for NEBS compliance
NXA-PAC-1200W-PI1200W AC power supply, port side intake pluggable, with higher fan speeds for NEBS compliance
NXA-PAC-1100W-PE21100W AC power supply, port side exhaust pluggable
NXA-PAC-1100W-PI21100W AC power supply, port side intake pluggable
NXA-PAC-750W-PE750W AC power supply, port side exhaust pluggable, with higher fan speeds for NEBS compliance

Note: This power supply is supported only on release 14.2(1) and later.

NXA-PAC-750W-PI750W AC power supply, port side intake pluggable, with higher fan speeds for NEBS compliance

Note: This power supply is supported only on release 14.2(1) and later.

NXA-PDC-1100W-PE1100W AC power supply, port side exhaust pluggable
NXA-PDC-1100W-PI1100W AC power supply, port side intake pluggable
NXA-PDC-930W-PE930W AC power supply, port side exhaust pluggable
NXA-PDC-930W-PI930W AC power supply, port side intake pluggable
NXA-PHV-1100W-PE1100W HVAC/HVDC power supply, port-side exhaust
NXA-PHV-1100W-PI1100W HVAC/HVDC power supply, port-side intake
N9K-PUV-1200W1200W HVAC/HVDC dual-direction airflow power supply

Table 8. Fixed Spine Switch Fans

Product IDDescription
N9K-C9300-FAN3Burgundy port side intake fan
N9K-C9300-FAN3-BBlue port side exhaust fan
NXA-FAN-160CFM-PEBlue port side exhaust fan
NXA-FAN-160CFM-PIBurgundy port side intake fan
NXA-FAN-35CFM-PEBlue port side exhaust fan
NXA-FAN-35CFM-PIBurgundy port side intake fan

Table 9. Fixed Leaf Switches

Product IDDescription
N9K-C9364D-GX2ACisco Nexus 9300 platform switch with 64 400/100-Gbps QSFP-DD ports and 2 1/10 SFP+ ports.
N9K-C9348D-GX2ACisco Nexus 9300 platform switch with 48 400/100-Gbps QSFP-DD ports and 2 1/10 SFP+ ports.
N9K-C9332D-GX2BCisco Nexus 9300 platform switch with 32 400/100-Gbps QSFP-DD ports and 2p 1/10 SFP+ ports.
N9K-C9316D-GXCisco Nexus 9300 platform switch with 16 10/40/100/400-Gigabit QSFP-DD ports (ports 1-16).
N9K-C9364C-GXCisco Nexus 9300 platform switch with 64 100-Gigabit Ethernet QSFP28 ports, two management ports (one RJ-45 port and one SFP port), one console port (RS-232), and one USB port.
N9K-C93600CD-GXCisco Nexus 9300 platform switch with 28 10/40/100-Gigabit Ethernet QSFP28 ports (ports 1-28) and 8 10/40/100/400-Gigabit QSFP-DD ports (ports 29-36).
N9K-C93180YC-FX3Cisco Nexus 9300 platform switch with 48 100M/1/10/25-Gigabit Ethernet SFP28 ports, 6 40/100-Gigabit QSFP28 ports, one management port (10/100/1000BASE-T), one console port (RS-232), and one USB port.
N9K-C93108TC-FX3PCisco Nexus 9300 platform switch with 48 100M/1/2.5/5/10-GBASE-T (copper) ports, 6 40/100-Gigabit QSFP28 ports, two management ports (one 10/100/1000BASE-T port and one SFP port), one console port (RS-232), and one USB port.
N9K-C93240YC-FX2Cisco Nexus 9300 platform switch with 48 1/10/25-Gigabit Ethernet SFP28 ports and 12 40/100-Gigabit Ethernet QSFP28 ports. The N9K-C93240YC-FX2 is a 1.2-RU switch.

Note: 10/25G-LR-S with QSA is not supported.

N9K-C93216TC-FX2Cisco Nexus 9300 platform switch with 96 1/10GBASE-T (copper) front panel ports and 12 40/100-Gigabit Ethernet QSFP28 spine-facing ports
N9K-C93360YC-FX2Cisco Nexus 9300 platform switch with 96 1/10/25-Gigabit front panel ports and 12 40/100-Gigabit Ethernet QSFP spine-facing ports.

Note: The supported total number of fabric ports and port profile converted fabric links is 64.

N9K-C9336C-FX2-ECisco Nexus C9336C-FX2 Top-of-rack (ToR) switch with 36 fixed 40/100-Gigabit Ethernet QSFP28 spine-facing ports.

Note: 1-Gigabit QSA is not supported on ports 1/1-6 and 1/33-36. The port profile feature supports downlink conversion of ports 31 through 34. Ports 35 and 36 can only be used as uplinks.

N9K-C9336C-FX2Cisco Nexus C9336C-FX2 Top-of-rack (ToR) switch with 36 fixed 40/100-Gigabit Ethernet QSFP28 spine-facing ports.

Note: 1-Gigabit QSA is not supported on ports 1/1-6 and 1/33-36. The port profile feature supports downlink conversion of ports 31 through 34. Ports 35 and 36 can only be used as uplinks.

N9K-C93108TC-FXCisco Nexus 9300 platform switch with 48 1/10GBASE-T (copper) front panel ports and 6 fixed 40/100-Gigabit Ethernet QSFP28 spine-facing ports.

Note: Incoming FCOE packets are redirected by the supervisor module. The data plane-forwarded packets are dropped and are counted as forward drops instead of as supervisor module drops.

N9K-C93108TC-FX-24Cisco Nexus 9300 platform switch with 24 1/10GBASE-T (copper) front panel ports and 6 fixed 40/100-Gigabit Ethernet QSFP28 spine-facing ports.

Note: Incoming FCOE packets are redirected by the supervisor module. The data plane-forwarded packets are dropped and are counted as forward drops instead of as supervisor module drops.

N9K-C93180YC-FXCisco Nexus 9300 platform switch with 48 1/10/25-Gigabit Ethernet SFP28 front panel ports and 6 fixed 40/100-Gigabit Ethernet QSFP28 spine-facing ports. The SFP28 ports support 1-, 10-, and 25-Gigabit Ethernet connections and 8-, 16-, and 32-Gigabit Fibre Channel connections.

Note: Incoming FCOE packets are redirected by the supervisor module. The data plane-forwarded packets are dropped and are counted as forward drops instead of as supervisor module drops.

N9K-C93180YC-FX-24Cisco Nexus 9300 platform switch with 24 1/10/25-Gigabit Ethernet SFP28 front panel ports and 6 fixed 40/100-Gigabit Ethernet QSFP28 spine-facing ports. The SFP28 ports support 1-, 10-, and 25-Gigabit Ethernet connections and 8-, 16-, and 32-Gigabit Fibre Channel connections.

Note: Incoming FCOE packets are redirected by the supervisor module. The data plane-forwarded packets are dropped and are counted as forward drops instead of as supervisor module drops.

N9K-C9348GC-FXPCisco Nexus 9348GC-FXP switch with 48 100/1000-Megabit 1GBASE-T downlink ports, 4 10-/25-Gigabit SFP28 downlink ports, and 2 40-/100-Gigabit QSFP28 uplink ports.
N9K-C93108TC-EXCisco Nexus 9300 platform switch with 48 1/10GBASE-T (copper) front panel ports and 6 40/100-Gigabit QSFP28 spine facing ports.
N9K-C93108TC-EX-24Cisco Nexus 9300 platform switch with 24 1/10GBASE-T (copper) front panel ports and 6 40/100-Gigabit QSFP28 spine facing ports.
N9K-C93180LC-EXCisco Nexus 9300 platform switch with 24 40-Gigabit front panel ports and 6 40/100-Gigabit QSFP28 spine-facing ports. The switch can be used as either a 24 40G port switch or a 12 100G port switch. If 100G is connected the Port1, Port 2 will be HW disabled.
N9K-C93180YC-EXCisco Nexus 9300 platform switch with 48 1/10/25-Gigabit front panel ports and 6-port 40/100 Gigabit QSFP28 spine-facing ports.
N9K-C93180YC-EX-24Cisco Nexus 9300 platform switch with 24 1/10/25-Gigabit front panel ports and 6-port 40/100 Gigabit QSFP28 spine-facing ports.
N9K-C93120TXCisco Nexus 9300 platform switch with 96 1/10GBASE-T (copper) front panel ports and 6-port 40-Gigabit Ethernet QSFP spine-facing ports.

Table 10. Fixed Leaf Switch Power Supply Units

Product IDDescription
NXA-PAC-2KW-PENexus 9000 2KW AC power supply, port-side exhaust

Note: This power supply is supported only by the Cisco Nexus 9364C-GX ACI-mode switch.

NXA-PAC-2KW-PINexus 9000 2KW AC power supply, port-side intake

Note: This power supply is supported only by the Cisco Nexus 9364C-GX ACI-mode switch.

N9K-PAC-1200W1200W AC power supply, port side intake pluggable

Note: This power supply is supported only by the Cisco Nexus 93120TX and 9336PQ ACI-mode switches

N9K-PAC-1200W-B1200W AC power supply, port side exhaust pluggable

Note: This power supply is supported only by the Cisco Nexus 93120TX and 9336PQ ACI-mode switches

N9K-PAC-3000W-B3000W AC power supply, port side intake
N9K-PAC-650W650W AC power supply, port side intake pluggable
N9K-PAC-650W-B650W AC power supply, port side exhaust pluggable
NXA-PAC-1200W-PE1200W AC power supply, port side exhaust pluggable, with higher fan speeds for NEBS compliance
NXA-PAC-1200W-PI1200W AC power supply, port side intake pluggable, with higher fan speeds for NEBS compliance
NXA-PAC-1100W-PE21100W AC power supply, port side exhaust pluggable
NXA-PAC-1100W-PI21100W AC power supply, port side intake pluggable
NXA-PAC-750W-PE750W AC power supply, port side exhaust pluggable, with higher fan speeds for NEBS compliance

Note: This power supply is supported only on release 14.2(1) and later.

NXA-PAC-750W-PI750W AC power supply, port side intake pluggable, with higher fan speeds for NEBS compliance

Note: This power supply is supported only on release 14.2(1) and later.

NXA-PAC-650W-PE650W AC power supply, port side exhaust pluggable
NXA-PAC-650W-PI650W AC power supply, port side intake pluggable
NXA-PAC-500W-PE500W AC Power supply, port side exhaust pluggable
NXA-PAC-500W-PI500W AC Power supply, port side intake pluggable
NXA-PAC-350W-PE350W AC power supply, port side exhaust pluggable
NXA-PAC-350W-PI350W AC power supply, port side intake pluggable
NXA-PDC-2KW-PENexus 9000 2KW DC power supply, port-side exhaust

Note: This power supply is supported only by the Cisco Nexus 9364C-GX ACI-mode switch.

NXA-PDC-2KW-PINexus 9000 2KW DC power supply, port-side intake

Note: This power supply is supported only by the Cisco Nexus 9364C-GX ACI-mode switch.

NXA-PDC-1100W-PE1100W AC power supply, port side exhaust pluggable
NXA-PDC-1100W-PI1100W AC power supply, port side intake pluggable
NXA-PDC-930W-PE930W AC power supply, port side exhaust pluggable
NXA-PDC-930W-PI930W AC power supply, port side intake pluggable
NXA-PDC-440W-PE440W DC power supply, port side exhaust pluggable, with higher fan speeds for NEBS compliance

Note: This power supply is supported only by the Cisco Nexus 9348GC-FXP ACI-mode switch.

NXA-PDC-440W-PI440W DC power supply, port side intake pluggable, with higher fan speeds for NEBS compliance

Note: This power supply is supported only by the Cisco Nexus 9348GC-FXP ACI-mode switch.

NXA-PHV-2KW-PENexus 9000 2KW AC power supply, port-side exhaust

Note: This power supply is supported only by the Cisco Nexus 9364C-GX ACI-mode switch.

NXA-PHV-2KW-PINexus 9000 2KW AC power supply, port-side intake

Note: This power supply is supported only by the Cisco Nexus 9364C-GX ACI-mode switch.

NXA-PHV-1100W-PE1100W HVAC/HVDC power supply, port-side exhaust
NXA-PHV-1100W-PI1100W HVAC/HVDC power supply, port-side intake
NXA-PHV-350W-PE350W HVAC/HVDC power supply, port-side exhaust
NXA-PHV-350W-PI350W HVAC/HVDC power supply, port-side intake
N9K-PUV-1200W1200W HVAC/HVDC dual-direction airflow power supply
N9K-PUV-3000W-B3000W AC power supply, port side exhaust pluggable
UCSC-PSU-930WDC V01Port side exhaust DC power supply compatible with all leaf switches
UCS-PSU-6332-DC930W DC power supply, reversed airflow (port side exhaust)

Table 11. Fixed Leaf Switch Fans

Product IDDescription
N9K-C9300-FAN2Burgundy port side intake fan
N9K-C9300-FAN2-BBlue port side exhaust fan
N9K-C9300-FAN3Burgundy port side intake fan
N9K-C9300-FAN3-BBlue port side exhaust fan
NXA-FAN-160CFM2-PEBlue port side exhaust fan
NXA-FAN-160CFM2-PIBurgundy port side intake fan
NXA-FAN-160CFM-PEBlue port side exhaust fan
NXA-FAN-160CFM-PIBurgundy port side intake fan
NXA-FAN-30CFM-BBurgundy port side intake fan
NXA-FAN-30CFM-FBlue port side exhaust fan
NXA-FAN-35CFM-PEBlue port side exhaust fan
NXA-FAN-35CFM-PIBurgundy port side intake fan
NXA-FAN-65CFM-PEBlue port side exhaust fan
NXA-FAN-65CFM-PIBurgundy port side intake fan

No Longer Supported Hardware

Starting in the 15.0(1) release, the following hardware is no longer supported:

Product TypeProduct ID
Spine switchN9K-C9336PQ
Modular spine switch line cardN9K-X9736PQ
Modular spine switch fabric moduleN9K-C9504-FM, N9K-C9508-FM, N9K-C9516-FM
Leaf SwitchN9K-C9372PX-E, N9K-C9372TX-E, N9K-C9332PQ, N9K-C9372PX, N9K-C9372TX, N9K-C9396PX, N9K-C9396TX, N9K-C93128TX
Expansion ModulesN9K-M12PQ, N9K-M6PQ, N9K-M6PQ-E

Prior to upgrading your fabric to release 15.0(1) or later, replace these hardware elements in your fabric with other supported hardware. For modular spine switches, replace all unsupported modular line cards and fabric modules because these old generation line cards and fabric modules cannot be operated with newer line cards and fabric modules in the same chassis.

If you attempt to upgrade one of the unsupported hardware to the 15.0(1) release or later, the hardware will unsuccessfully attempt to boot three times, after which the switch will be reverted to the release that was previously installed on it. Therefore, the unsupported hardware will not upgrade to release 15.0(1) or later and the Cisco ACI fabric will operate with inconsistent firmware releases in each switch, which is why we recommend that you replace the unsupported hardware prior to performing the upgrade.

Supported FEX Models

For tables of the FEX models that the Cisco Nexus 9000 Series ACI Mode switches support, see the following webpage:

https://www.cisco.com/c/en/us/td/docs/switches/datacenter/nexus9000/hw/interoperability/fexmatrix/fex tables.html

For more information on the FEX models, see the Cisco Nexus 2000 Series Fabric Extenders Data Sheet at the following location:

https://www.cisco.com/c/en/us/products/switches/nexus-2000-series-fabric-extenders/datasheet- listing.html

New Hardware Features

New Software Features

For new software features, see the Cisco Application Policy Infrastructure Controller Release Notes, Release 5.2(8).

Changes in Behavior

Open Issues

Click the bug ID to access the Bug Search tool and see additional information about the bug. The "Exists In" column of the table specifies the 15.2(8) releases in which the bug exists. A bug might also exist in releases other than the 15.2(8) releases.

Bug IDDescriptionExists in
CSCvg85886When an ARP request is generated from one endpoint to another endpoint in an isolated EPG, an ARP glean request is generated for the first endpoint.15.2(8d) and later
CSCvw89840Traffic originating from a vPC TEP is dropped for Layer 2 multicast and unknown unicast traffic when pod redundancy is triggered.15.2(8d) and later
CSCvx31008When a Cisco ACI Multi-Pod infra B2B OSPF link goes down, any faults for the multiPodDirect instance that would normally be raised will not be raised. Also, the operational state for the multiPodDirect instance will not be updated in the DME database.15.2(8d) and later
CSCvy31805The PBR destination group for bypass action is not properly programmed with PBR service graph for service devices behind l3out and with "bypass" action enabled to redirect to another service node in the graph.Now on bypass switchover, the traffic doesn't get redirected to the next service node in the chain.15.2(8d) and later
CSCvy94715PTP is not supported on breakout ports.15.2(8d) and later
CSCwa45189A static MAC address configuration fails if the same endpoint is already learned as a dynamic MAC address in the fabric with VIP addresses attached to it. Static MAC address deployment from the Cisco APIC fails and the operational state of the static MAC address managed object on the leaf switch shows as "down." The static MAC address configuration will be missing in the EPM/EPMC database. After deploying a static MAC address configuration on the Cisco APIC, the following command does not show the static MAC: show system internal epm endpoint mac <MAC>15.2(8d) and later
CSCwc56728Layer 2 unicast traffic drop is seen for 15 minutes as the destination MAC goes rogue on the source vPC switch pair when the destination remote leaf switch vPC pair is upgraded. This issue is seen with rogue enabled with a count of 4 moves in 60 seconds.15.2(8d) and later
CSCwd21973An L3Out interface is not deployed after a certain configuration sequence.15.2(8d) and later
CSCwd34452When the leaf switches of a vPC pair are upgraded with the 'Graceful Upgrade' mode, unicast traffic to the connected devices will have 5+ minutes traffic loss.15.2(8d) and later
CSCwe69786A switch does not update the exporter configuration when a user deletes or removes VRF instance and EPG information from the exporter.15.2(8d) and later
CSCwe85338This issue is seen when there is an overlap between an endpoint IP address that has been marked rogue due to excessive moves. While the endpoint is marked rogue, if a user configures that IP address as a Layer 4 to Layer 7 services vIP address, there is an impact to the DSR functionality.15.2(8d) and later
CSCwf38424100G-CR4 copper links with either 3 meter or 5 meter cables do not come up when a Cisco N9K-C9332D-GX2B switch is connected to a Mellanox NIC and auto-negotiation is enabled on both.15.2(8d) and later
CSCwf74167An endpoint does not receive a DHCP response when First-Hop Security (FHS) is enabled.15.2(8d) and later
CSCwb86706If an update is triggered on an affected SUP, the SUP will no longer be able to boot.15.2(8d)
CSCwf05073Traffic egressing the fabric unexpectedly has COS marked as 3 in the 802.1Q header when DPP is enabled. Traffic can loss occur if the receiving devices are not configured to accept this marking.15.2(8d)
CSCwf87457DPP traffic on the spine switch is classified in the default class. In ELAM, it can be oclass 0 on a modular spine line card. The overlay (outer IP header) DSCP value of DPP traffic will be set to the default level.15.2(8d)

Resolved Issues

Click the bug ID to access the Bug Search tool and see additional information about the bug. The "Fixed In" column of the table specifies whether the bug was resolved in the base release or a patch release.

Bug IDDescriptionFixed in
CSCwb86706If an update is triggered on an affected SUP, the SUP will no longer be able to boot.15.2(8e)
CSCwf05073Traffic egressing the fabric unexpectedly has COS marked as 3 in the 802.1Q header when DPP is enabled. Traffic can loss occur if the receiving devices are not configured to accept this marking.15.2(8e)
CSCwf87457DPP traffic on the spine switch is classified in the default class. In ELAM, it can be oclass 0 on a modular spine line card. The overlay (outer IP header) DSCP value of DPP traffic will be set to the default level.15.2(8e)
CSCwc37571There are random process crashes because most process use objectstore, which uses shared memory.15.2(8d)
CSCwc43242A leaf switch runs out of memory and reboots continuously in that state.15.2(8d)
CSCwd25904A telnetd process crash is observed on a switch after the switch joins the fabric. A telnetd core is generated.15.2(8d)
CSCwd30398The telemetry timestamp is not syncing with PTP time, which may lead to a Nexus Insights application malfunction (especially the graph).15.2(8d)
CSCwd36295The BFD process crashes in Cisco ACI switches and the BFD process is listed in the output of the "show cores" command.15.2(8d)
CSCwd44102Fiber interfaces(QSA) show up as "Fcot Copper" in the USD port information. When a 10G Fiber optics with Copper QSA is inserted, the fcot gets updated as Copper only instead of Fiber.15.2(8d)
CSCwd49996A leaf switch may the bring front panel ports up before programming all policies, which causes traffic to get dropped. The issue is specific to a stateless reload or upgrade. The root cause is related to pushing the configuration from the Cisco APIC to the leaf switch, resolving all objects and programming hardware tables. In some corner cases, the bootstrap may be falsely claimed as completed and ports go up while the actual hardware tables are not fully ready. Another symptom may be a significant amount of time needed for bootstrap (possibly over an hour).15.2(8d)
CSCwd83289After reloading a leaf switch, HAL becomes unresponsive, other processes generate a core, and HAL continuously runs with ZMQ processing.15.2(8d)
CSCwd83293A switch reloads with a core dump of dcgrpc, dc_nae, dc, or any combination of these processes.15.2(8d)
CSCwe02356When moving a VMM endpoint from a host to another in different leaf switches, the switch that originally learned the endpoint creates a bounce entry pointing to the new switch, which never ages-out. The switch where the endpoint was moved to retains the tunnel interface pointing to original leaf switch, which creates a kind of loop between these leaf switches and traffic never reaches its destination.15.2(8d)
CSCwe15885An external pod subnet is not redistributed from BGP to ISIS on a remote leaf switch. When all links on a remote leaf switch to IPN network are disconnected and back-to-back connection is enabled on the remote leaf switches, some tunnel interfaces go down on the remote leaf switch due to this issue. For example, a tunnel to RL-Mcast-TEP (Remote leaf Multicast Tunnel End Point) on a remote leaf switch goes down.15.2(8d)
CSCwe46245A Cisco Nexus 9000 switch running Cisco ACI software can reboot due to unexpected process restarts in the policy manager or ACLQOS when making contract changes.15.2(8d)
CSCwf04501There are actrl.Rule programming failures followed by a policy-mgr HAP reset.15.2(8d)
CSCwf21503All controller ports in a fabric are disabled due to the wiring issue "infra-ip-mismatch." In the "acidiag avread" command output, there is at least one Cisco APIC TEP that does not belong to the configured TEP pool.15.2(8d)
CSCwf30589There are forwarding issues with BUM traffic on some bridge domains.The implementation is B2B Cisco ACI Multi-Pod. The "show isis internal mcast routes" command shows that there are not any external interfaces at one spine switch in POD2 for a specific GIPO.15.2(8d)

Known Issues

Click the bug ID to access the Bug Search tool and see additional information about the bug. The "Exists In" column of the table specifies the 15.2(8) releases in which the bug exists. A bug might also exist in releases other than the 15.2(8) releases.

Bug IDDescriptionExists in
CSCuo37016When configuring the output span on a FEX Hif interface, all the layer 3 switched packets going out of that FEX Hif interface are not spanned. Only layer 2 switched packets going out of that FEX Hif are spanned.15.2(8d) and later
CSCuo50533When output SPAN is enabled on a port where the filter is VLAN, multicast traffic in the VLAN that goes out of that port is not spanned.15.2(8d) and later
CSCup65586The show interface command shows the tunnel's Rx/Tx counters as 0.15.2(8d) and later
CSCup82908The show vpc brief command displays the wire-encap VLAN Ids and the show interface .. trunk command displays the internal/hardware VLAN IDs. Both VLAN IDs are allocated and used differently, so there is no correlation between them.15.2(8d) and later
CSCup92534Continuous "threshold exceeded" messages are generated from the fabric.15.2(8d) and later
CSCuq39829Switch rescue user ("admin") can log into fabric switches even when TACACS is selected as the default login realm.15.2(8d) and later
CSCuq46369An extra 4 bytes is added to the untagged packet with Egress local and remote SPAN.15.2(8d) and later
CSCuq77095When the command show ip ospf vrf <vrf_name> is run from bash on the border leaf switch, the checksum field in the output always shows a zero value.15.2(8d) and later
CSCuq83910When an IP address moves from one MAC behind one leaf switch to another MAC behind another leaf switch, even though the VM sends a GARP packet, in ARP unicast mode, this GARP packet is not flooded. As a result, any other host with the original MAC to IP binding sending an L2 packet will send to the original leaf switch where the IP was in the beginning (based on MAC lookup), and the packet will be sent out on the old port (location). Without flooding the GARP packet in the network, all hosts will not update the MAC-to-IP binding.15.2(8d) and later
CSCuq92447When modifying the L2Unknown Unicast parameter on a Bridge Domain (BD), interfaces on externally connected devices may bounce. Additionally, the endpoint cache for the BD is flushed and all endpoints will have to be re-learned.15.2(8d) and later
CSCug93389If an endpoint has multiple IPs, the endpoint will not be aged until all IPs go silent. If one of the IP addresses is reassigned to another server/host, the fabric detects it as an IP address move and forwarding will work as expected.15.2(8d) and later
CSCur01336The power supply will not be detected after performing a PSU online insertion and removal (OIR).15.2(8d) and later
CSCur81822The access-port operational status is always "trunk".15.2(8d) and later
CSCus18541An MSTP topology change notification (TCN) on a flood domain (FD) VLAN may not flush endpoints learned as remote where the FD is not deployed.15.2(8d) and later
CSCus29623The transceiver type for some Cisco AOC (active optical) cables is displayed as ACU (active copper).15.2(8d) and later
CSCus43167Any TCAM that is full, or nearly full, will raise the usage threshold fault. Because the faults for all TCAMs on leaf switches are grouped together, the fault will appear even on those with low usage. Workaround: Review the leaf switch scale and reduce the TCAM usage. Contact TAC to isolate further which TCAM is full.15.2(8d) and later
CSCus54135The default route is not leaked by BGP when the scope is set to context. The scope should be set to Outside for default route leaking.15.2(8d) and later
CSCus61748If the leaf switch 1RU system is configured with the RED fan (the reverse airflow), the air will flow from front to back. The temperature sensor in the back will be defined as an inlet temperature sensor, and the temperature sensor in the front will be defined as an outlet temperature sensor. If the leaf switch 1RU system is configured with the BLUE fan (normal airflow), the air will flow from back to front. The temperature sensor in the front will be defined as an inlet temperature sensor, and the temperature sensor in the back will be defined as outlet temperature sensor. From the airflow perspective, the inlet sensor reading should always be less than the outlet sensor reading. However, in the leaf switch 1RU family, the front panel temperature sensor has some inaccurate readings due to the front panel utilization and configuration, which causes the inlet temperature sensor reading to be very close, equal, or even greater than the outlet temperature reading.15.2(8d) and later
CSCut59020If Backbone and NSSA areas are on the same leaf switch, and default route leak is enabled, Type-5 LSAs cannot be redistributed to the Backbone area.15.2(8d) and later
CSCuu11347Traffic from the orphan port to the vPC pair is not recorded against the tunnel stats. Traffic from the vPC pair to the orphan port is recorded against the tunnel stats.15.2(8d) and later
CSCuu11351Traffic from the orphan port to the vPC pair is only updated on the destination node, so the traffic count shows as excess.15.2(8d) and later
CSCuu66310If a bridge domain "Multi Destination Flood" mode is configured as "Drop", the ISIS PDU from the tenant space will get dropped in the fabric.15.2(8d) and later
CSCuv57302Atomic counters on the border leaf switch do not increment for traffic from an endpoint group going to the Layer 3 out interface.15.2(8d) and later
CSCuv57315Atomic counters on the border leaf switch do not increment for traffic from the Layer 3 out interface to an internal remote endpoint group.15.2(8d) and later
CSCuv57316TEP counters from the border leaf switch to remote leaf switch nodes do not increment.15.2(8d) and later
CSCuw09389For direct server return operations, if the client is behind the Layer 3 out, the server-to-client response will not be forwarded through the fabric.15.2(8d) and later
CSCux97329With the common pervasive gateway, only the packet destination to the virtual MAC is being properly Layer 3 forwarded. The packet destination to the bridge domain custom MAC fails to be forwarded. This is causing issues with certain appliances that rely on the incoming packets' source MAC to set the return packet destination MAC.15.2(8d) and later
CSCuy00084BCM does not have a stats option for yellow packets/bytes, and so BCM does not show in the switch or APIC GUI stats/observer.15.2(8d) and later
CSCuy02543Bidirectional Forwarding Detection (BFD) echo mode is not supported on IPv6 BFD sessions carrying link-local as the source and destination IP address. BFD echo mode also is not supported on IPv4 BFD sessions over multihop or VPC peer links.15.2(8d) and later
CSCuy06749Traffic is dropped between two isolated EPGs.15.2(8d) and later
CSCuy22288The iping command's replies get dropped by the QOS ingress policer.15.2(8d) and later
CSCuy25780An overlapping or duplicate prefix/subnet could cause the valid prefixes not to be installed because of batching behavior on a switch. This can happen during an upgrade to the 1.2(2) release.15.2(8d) and later
CSCuy47634EPG statistics only count total bytes and packets. The breakdown of statistics into multicast/unicast/broadcast is not available on new hardware.15.2(8d) and later
CSCuy56975You must configure different router MACs for SVI on each border leaf switch if L3out is deployed over port-channels/ports with STP and OSPF/OSPFv3/eBGP protocols are used. There is no need to configure different router MACs if you use VPC.15.2(8d) and later
CSCuy61018The default minimum bandwidth is used if the BW parameter is set to "0", and so traffic will still flow.15.2(8d) and later
CSCuy96912The debounce timer is not supported on 25G links.15.2(8d) and later
CSCuz13529With the N9K-C93180YC-EX switch, drop packets, such as MTU or storm control drops, are not accounted for in the input rate calculation.15.2(8d) and later
CSCuz13614For traffic coming out of an L3out to an internal EPG, stats for the actrlRule will not increment.15.2(8d) and later
CSCuz13810When subnet check is enabled, a leaf switch does not learn IP addresses locally that are outside of the bridge domain subnets. However, the packet itself is not dropped and will be forwarded to the fabric. This will result in such IP addresses getting learned as remote endpoints on other leaf switches.15.2(8d) and later
CSCuz47058SAN boot over a virtual port channel or traditional port channel does not work.15.2(8d) and later
CSCuz65221A policy-based redirect (PBR) policy to redirect IP traffic also redirects IPv6 neighbor solicitation and neighbor advertisement packets.15.2(8d) and later
CSCva98767The front port of the QSA and GLC-T 1G module has a 10 to 15-second delay as it comes up from the insertion process.15.2(8d) and later
CSCvb36823If you have only one spine switch that is part of the infra WAN and you reload that switch, there can be drops in traffic. You should deploy the infra WAN on more than one spine switch to avoid this issue.15.2(8d) and later
CSCvb39965Slow drain is not supported on FEX Host Interface (HIF) ports.15.2(8d) and later
CSCvb49451In the case of endpoints in two different leaf switch pairs across a spine switch that are trying to communicate, an endpoint does not get relearned after being deleted on the local leaf switch pair. However, the endpoint still has its entries on the remote leaf switch pair.15.2(8d) and later
CSCvd11146Bridge domain subnet routes advertised out of the Cisco ACI fabric through an OSPF L3Out can be relearned in another node belonging to another OSPF L3Out on a different area.15.2(8d) and later
CSCvd63567After upgrading a switch, Layer 2 multicast traffic flowing across PODs gets affected for some of the bridge domain Global IP Outsides.15.2(8d) and later
CSCvh18100If Cisco ACI Virtual Edge or AVS is operating in VxLAN non-switching mode behind a FEX, the traffic between endpoints in the same EPG will fail when the bridge domain has ARP flooding enabled.15.2(8d) and later
CSCvn94400There is a traffic blackhole that lasts anywhere from a few seconds to a few mins after a border leaf switch is restored.15.2(8d) and later
CSCvp04772During an upgrade on a dual-SUP system, the standby SUP may go into a failed state.15.2(8d) and later
CSCvq71034There is a policy drop that occurs with L3Out transit cases.15.2(8d) and later
CSCvr12912A switch reloads due to a sysmgr heartbeat failure and sysmgr HAP reset.15.2(8d) and later
CSCvr61096In a port group that has ports of mixed speeds, the first port in the port group that has valid optics present and is not in the admin down state is processed. The ports that come up later are brought up if they are using the same speed; otherwise, they are put in the hw-disabled state. For example, if ports 14 and 15 are up and are using the 100G speed, then if ports 13 and 16 are using the 40G speed, these ports will be put in the hw-disabled state. After reloading or upgrading, you might not have the same interfaces in the port group in the UP state and in the hw-disabled state as you did before the reload or upgrade.15.2(8d) and later
CSCvs75598A link flap policy can be configured on Cisco switches that were released prior to the -EX switches. However, this feature does not work with such switches and no fault is raised in the Cisco APIC.15.2(8d) and later
CSCvt61851When MPLS VRF stats (egress) is compared with Layer 2 interface egress stats, we can find that the packet count matches for both while there could be a discrepancy with the bytes count.15.2(8d) and later
CSCvt624251) MPLS interface statistics shown in a switch's CLI get cleared after an admin or operational down event. 2) MPLS interface statistics in a switch's CLI are reported every 10 seconds. If, for example, an interface goes down 3 seconds after the collection of the statistics, the CLI reports only 3 seconds of the statistics and clears all of the other statistics.15.2(8d) and later
CSCvu02371The DEI value in a Layer 2 header of spanned Tx packets from an MPLS interface might not have the same value as the actual data path packet.15.2(8d) and later
CSCvu42069The event log shows VTEP tunnel down and up events. The down time and up time are the same, and there is no fault message.15.2(8d) and later
CSCvx62362When a service device is connected behind an L3Out in 2-arm mode with both legs on the same leaf switch, tracking packets get dropped.15.2(8d) and later
CSCvx67074Redirected traffic to a service device behind an L3Out is dropped by the service device due to the lack of proper routing information.15.2(8d) and later
CSCvx75128Redirected traffic coming back from a service device behind an L3Out is dropped on the second leg.15.2(8d) and later
CSCvy06135The leaf switch techsupport with a specified time range fails when the space "/mnt/ifc/log" gets filled up by more than 80%.15.2(8d) and later
CSCvz84284Upon deletion of a VRF instance that has a micro-BFD port channel in the "up" state, all the member ports of the port channel that were in the "up" state prior to the VRF instance deletion go to the "down" state. The micro-BFD port channels never transition back to the "up" state.15.2(8d) and later
CSCwa78857Cisco APIC allows you to configure any number of DHCP relay addresses. However, the maximum number of relay address that can be supported is 16 from a switch. If a 17th DHCP provider is added to the DHCP label, it will not be used even if one of first 16 DHCP providers is removed.15.2(8d) and later
N/ALoad balancers and servers must be Layer 2 adjacent. Layer 3 direct server return is not supported. If a load balancer and servers are Layer 3 adjacent, then they have to be placed behind the Layer 3 out, which works without a specific direct server return virtual IP address configuration.15.2(8d) and later
N/AIPN should preserve the CoS and DSCP values of a packet that enters IPN from the ACI spine switches. If there is a default policy on these nodes that change the CoS value based on the DSCP value or by any other mechanism, you must apply a policy to prevent the CoS value from being changed. At the minimum, the remarked CoS value should not be 4, 5, 6, or 7. If CoS is changed in the IPN, you must configure a DSCP-CoS translation policy in the APIC for the pod that translates queuing class information of the packet into the DSCP value in the outer header of the iVXLAN packet. You can also embed CoS by enabling CoS preservation. For more information, see the Cisco APIC and QoS KB article.15.2(8d) and later
N/AThe following properties within a QoS class under "Global QoS Class policies" should not be changed from their default value and is only used for debugging purposes: MTU (default - 9216 bytes) Queue Control Method (default - Dynamic) Queue Limit (default - 1522 bytes) Minimum Buffers (default - 0)15.2(8d) and later
N/AThe modular chassis Cisco ACI spine nodes, such as the Cisco Nexus 9508, support warm (stateless) standby where the state is not synched between the active and the standby supervisor modules. For an online insertion and removal (OIR) or reload of the active supervisor module, the standby supervisor module becomes active, but all modules in the switch are reset because the switchover is stateless. In the output of the show system redundancy status command, warm standby indicates stateless mode.15.2(8d) and later
N/AWhen a recommissioned APIC controller rejoins the cluster, GUI and CLI commands can time out while the cluster expands to include the recommissioned APIC controller.15.2(8d) and later
N/AIf connectivity to the APIC cluster is lost while a switch is being decommissioned, the decommissioned switch may not complete a clean reboot. In this case, the fabric administrator should manually complete a clean reboot of the decommissioned switch.15.2(8d) and later
N/ABefore expanding the APIC cluster with a recommissioned controller, remove any decommissioned switches from the fabric by powering down and disconnecting them. Doing so will ensure that the recommissioned APIC controller will not attempt to discover and recommission the switch.15.2(8d) and later
N/AMulticast router functionality is not supported when IGMP queries are received with VxLAN encapsulation.15.2(8d) and later
N/AIGMP Querier election across multiple Endpoint Groups (EPGs) or Layer 2 outsides (External Bridged Network) in a given bridge domain is not supported. Only one EPG or Layer 2 outside for a given bridge domain should be extended to multiple multicast routers if any.15.2(8d) and later
N/AThe rate of the number of IGMP reports sent to a leaf switch should be limited to 1000 reports per second.15.2(8d) and later
N/AUnknown IP multicast packets are flooded on ingress leaf switches and border leaf switches, unless "unknown multicast flooding" is set to "Optimized Flood" in a bridge domain. This knob can be set to "Optimized Flood" only for a maximum of 50 bridge domains per leaf switch. If "Optimized Flood" is enabled for more than the supported number of bridge domains on a leaf switch, follow these configuration steps to recover: Set "unknown multicast flooding" to "Flood" for all bridge domains mapped to a leaf switch. Set "unknown multicast flooding" to "Optimized Flood" on needed bridge domains.15.2(8d) and later
N/ATraffic destined to Static Route EP VIPs sourced from N9000 switches (switches with names that end in -EX) might not function properly because proxy route is not programmed.15.2(8d) and later
N/AAn iVXLAN header of 50 bytes is added for traffic ingressing into the fabric. A bandwidth allowance of (50/50 + ingress_packet_size) needs to be made to prevent oversubscription from happening. If the allowance is not made, oversubscription might happen resulting in buffer drops.15.2(8d) and later
N/AAn IP/MAC Ckt endpoint configuration is not supported in combination with static endpoint configurations.15.2(8d) and later
N/AAn IP/MAC Ckt endpoint configuration is not supported with Layer 2-only bridge domains. Such a configuration will not be blocked, but the configuration will not take effect as there is no Layer 3 learning in these bridge domains.15.2(8d) and later
N/AAn IP/MAC Ckt endpoint configuration is not supported with external and infra bridge domains because there is no Layer 3 learning in these bridge domains.15.2(8d) and later
N/AAn IP/MAC Ckt endpoint configuration is not supported with a shared services provider configuration. The same or overlapping prefix cannot be used for a shared services provider and IP Ckt endpoint. However, this configuration can be applied in bridge domains having shared services consumer endpoint groups.15.2(8d) and later
N/AAn IP/MAC Ckt endpoint configuration is not supported with dynamic endpoint groups. Only static endpoint groups are supported.15.2(8d) and later
N/ANo fault will be raised if the IP/MAC Ckt endpoint prefix configured is outside of the bridge domain subnet range. This is because a user can configure bridge domain subnet and IP/MAC Ckt endpoint in any order and so this is not error condition. If the final configuration is such that a configured IP/MAC Ckt endpoint prefix is outside all bridge domain subnets, the configuration has no impact and is not an error condition.15.2(8d) and later
N/ADynamic deployment of contracts based on instrImmedcy set to onDemand/lazy not supported; only immediate mode is supported.15.2(8d) and later
N/AWhen a server and load balancer are on the same endpoint group, make sure that the Server does not generate ARP/GARP/ND request/response/solicits. This will lead to learning of LB virtual IP (VIP) towards the Server and defeat the purpose of DSR support.15.2(8d) and later
N/ADirect server return is not supported for shared services. Direct server return endpoints cannot be spread around different virtual routing and forwarding (VRF) contexts.15.2(8d) and later
N/AConfigurations for a virtual IP address can only be /32 or /128 prefix.15.2(8d) and later
N/AClient to virtual IP address (load balancer) traffic always will go through proxy-spine because fabric data-path learning of a virtual IP address does not occur.15.2(8d) and later
N/AGARP learning of a virtual IP address must be explicitly enabled. A load balancer can send GARP when it switches over from active-to-standby (MAC changes).15.2(8d) and later
N/ALearning through GARP will work only in ARP Flood Mode.15.2(8d) and later
N/AA fault is not raised when a node that has an expired SUDI certificate joins the fabric.15.2(8d) and later

Compatibility Information

Table 12. Modular Spine Switch Fabric Module Compatibility Information

Product IDN9K-C9504-FM-GN9K-C9508-FM-GN9K-C9504-FM-EN9K-C9508-FM-EN9K-C9508-FM-E2N9K-C9516-FM-E2
N9K-X9716D-GX444No44
N9K-X9736C-FX555555
N9K-X9736Q-FX555555
N9K-X9732C-EXNoNo4444

Table 13. Modular Spine Switch Line Card Compatibility Information

Product IDCompatibility Information
N9K-X9716D-GXIf you connect a Cisco N9K-X9716D-GX breakout port to a non-Cisco ACI peer, such as a standalone switch capable of 100G, the link comes up and LLDP is detected. However, this is an unsupported scenario, but no fault is generated.

Table 14. Fixed Spine Switches Compatibility Information

Product IDCompatibility Information
N9K-C9364CYou can deploy multipod or Cisco ACI Multi-Site separately (but not together) on the Cisco N9K-9364C switch starting in the 3.1 release. You can deploy multipod and Cisco ACI Multi-Site together on the Cisco N9K-9364C switch starting in the 3.2 release. A 930W-DC PSU (NXA-PDC-930W-PE or NXA-PDC-930W-PI) is supported in redundancy mode if 3.5W QSFP+ modules or passive QSFP cables are used and the system is used in 40C ambient temperature or less; for other optics or a higher ambient temperature, a 930W-DC PSU is supported only with 2 PSUs in non-redundancy mode. 1-Gigabit QSA is not supported on ports 1/49-64. This switch supports the following PSUs: NXA-PAC-1200W-PE, NXA-PAC-1200W-PI, N9K-PUV-1200W, NXA-PDC-930W-PE, NXA-PDC-930W-PI
N9K-C9332D-GX2BThe following information applies to this switch: Ports 33 and 34 do not support the following things: 10G GLC-T optics, 100M speed. Port-side exhaust (PE) fans are not supported.

Table 15. Fixed Leaf Switches Compatibility Information

Product IDCompatibility Information
N9K-C9364C-GXThis switch has the following limitations:
  • For ports 1-64, every 4 ports 1-4,5-8...60-64 is referred as a quad. Each quad can be operated only with a fixed speed. For example: Ports 1-4 can operate only on 10G or 40G or 100G. Similarly, ports 60-64 can operate only on 10G or 40G or 100G.
  • You cannot use mixed speeds of 10G and 40G, 10G and 100G, or 40G and 100G in a quad (1-4,5-8...21-24). Based on the port bring up sequence, the port in the quad where a speed mismatch is detected will be HW disabled.
  • If there is a speed mismatch in a quad even when the ports are configured in the disabled state, the working links in that quad might get into the HW disabled state upon upgrading and reloading because the mixed speed is brought up first before the admin down configuration is pushed. As a result, you must manually perform the shut and no shut commands on the ports to bring up the links.
  • Breakout of 4x25G or 4x10G ports is not supported.
  • There is a lane selector button on the hardware. The button is used for the breakout port LED status. Because breakout is not supported, this button does nothing.
  • The maximum number of downlinks is 30 x 4 ports 10/25G (breakout) + 2 ports (1/61-62) = 122 ports. Ports 1/63 and 1/64 are reserved for fabric links and even numbers from 1/1 to 1/60 are error-disabled.
  • 1G and 100MB speeds are not supported.
N9K-C93600CD-GXThis switch has the following limitations:
  • Auto-negotiation is not supported with 10G speed on ports 1 through 24.
  • For ports 1 through 24, every 4 ports (1-4, 5-8, 9-12, and so on, referred to as a "quad") will operate at a fixed speed. That is, all 4 ports will operate in 10G, or 40G, or 100G; you cannot mix the speeds.
  • Mixed speeds of 10G and 40G, or 10G and 100G, or 40G and 100G in a quad is not supported. Based on the port bring up sequence, the port in the quad where the speed mismatch is detected will be HW disabled.
  • If there is a speed mismatch in a quad even though the ports are configured in the disabled state, the working links in that quad might get into the HW disabled state upon upgrading or reloading, as the mixed speed is brought up first before admin down config is pushed. To avoid this issue, you must manually use the shut and no shut commands on the working ports to bring up the links. For more information, see bug CSCvr61096.
  • Ports 25-26 and ports 27-28 (port groups of 2 ports each) will operate in a fixed speed within the respective group, and you cannot mismatch the speed.
  • Uplink ports 29 to 36 do not have a mixed speed restriction; you can toggle the speed for the bidirectional ports.
  • For ports 1 to 28, even if you convert any ports to uplink with bidirectional optics, you cannot toggle the speed, as it will introduce mixed speeds and will disturb the neighboring ports.
  • For ports 1 to 28, if any of the ports are converted to uplink with bidirectional optics, the ports will stay in the not connected state if the peer is a 40G link.
  • 4x10 and 4x25 breakout is supported on ports 25-28 and 29-34 (port profile converted downlinks).
  • Ports 25-26 and 27-28 form respective port pairs, and each pair can operate with 4x10, 10G, or 4x25G speed.
  • This switch does not support 4x100 breakout in this release.
  • The Hardware Abstraction Layer (HAL) will spike and the console can hang if a port channel or vPC exists when overlying breakout ports are deleted. To avoid this issue, delete the PC or vPC before deleting the overlying breakout policy.
  • The maximum number of downlinks is 12 x 4 ports 10/25G (breakout) + 10 x 4 ports 10/25G (breakout) = 88 ports. Ports 35 and 36 are reserved for fabric links and 12 ports are error-disabled.
  • 1G and 100M speeds are not supported.
N9K-C9332D-GX2BThe following information applies to this switch:
  • Ports 33 and 34 do not support the following things: 10G GLC-T optics, 100M speed.
  • Port-side exhaust (PE) fans are not supported.
N9K-C9316D-GXAuto-negotiation and forward error correction are not supported when you use this switch is as a leaf switch.
N9K-C93180YC-FX3The following information applies to this switch:
  • The following ports are not supported: Antenna, GNSS, GPS, PPS, PTP GM
  • When using the SFP-10G-T-X optic on a port, the you must either leave the physically adjacent ports empty or only deploy direct attach cables (DACs) to those ports.
  • If you insert a non-DAC optic in a port that is physically adjacent to a port that is capable of supporting a 10G GLC-T optic, and later you insert a GLC-T optic into the GLC-T-capable port, the GLC-T optic will be hw-disabled. To bring up the GLC-T port, you must shut down the non-DAC port, then run the shut and no shut commands on the GLC-T port.
N9K-C9336C-FX2The following information applies to this switch:
  • On older N9K-C9336C-FX2 switches, auto-negotiation does not work on port eth1/4. You can check whether your switch is older by using the following command: ifav124-leaf5# cat /sys/kernel/cisco_board_info/hw_change_bits 0x0 The output of "0x0" indicates an older switch that has this limitation.
  • You can apply a breakout configuration on ports 1 through 34, which can give up to 136 (34*4) server or downlink ports.
  • Port profiles and breakouts are not supported on the same port. However, you can apply a port profile to convert a fabric port to a downlink, and then apply a breakout configuration.
  • If you apply a breakout configuration on 34 ports, you must configure a port profile on the ports first, which requires you to reboot the leaf switch.
  • If you apply a breakout configuration to a leaf switch for multiple ports at the same time, it can take up to 10 minutes for the hardware of 34 ports to be programmed. The ports remain down until the programming completes. The delay can occur for a new configuration, after a clean reboot, or during switch discovery.
  • Ports 7 through 32 have a link bring up time of less than 2 seconds with QSFP-100G-LR4 and QSFP-40/100G-SRBD optics. For all other ports, the link up time for these optics is between 5 to 14 seconds. In the following situations, the link bring up time will also be greater than 2 seconds:
    • After reloading the leaf switch switch
    • When using port optical insertion and removal (OIR)
    • When performing bulk flaps of ports on the leaf switch
N9K-C93240YC-FX2The following information applies when this switch is configured with port-side intake airflow:
  • Ports 2, 6, 8, 12, 14, 18, 20, 24, 26, 30, 32, 36, 38, 42, 44, and 48 are capable of supporting the 10G GLC-T optic. After you configure these ports to use 10G GLC-T, these ports will be the only ports on the switch that can support 10G GLC-T. Without being configured for 10G GLC-T, these ports behave as normal switch ports.
  • If you configure port 12 for 10G GLC-T, then ports 9 and 15 must either be left empty or must deploy only DACs.
  • Ports 49 through 60 can be configured to use 10G GLC-T or can be normal ports, regardless of the configuration of the other ports.
The following information applies when this switch is configured with port-side exhaust airflow:
  • Ports 6, 12, 18, 24, 30, 36, 42, and 48 are capable of supporting the 10G GLC-T optic. After you configure these ports to use 10G GLC-T, these ports will be the only ports on the switch that can support 10G GLC-T. Without being configured for 10G GLC-T, these ports behave as normal switch ports.
  • If you configure port 12 for 10G GLC-T, then ports 9, 11, and 15 must either be left empty or must deploy only DACs.
  • Ports 49 through 60 can be configured to use 10G GLC-T or can be normal ports, regardless of the configuration of the other ports.
The following information applies regardless of the airflow direction:
  • When using the SFP-10G-T-X optic on a port, the you must either leave the physically adjacent ports empty or only deploy direct attach cables (DACs) to those ports.
  • If you insert a non-DAC optic in a port that is physically adjacent to a port that is capable of supporting a 10G GLC-T optic, and later you insert a GLC-T optic into the GLC-T-capable port, the GLC-T optic will be hw-disabled. To bring up the GLC-T port, you must shut down the non-DAC port, then run the shut and no shut commands on the GLC-T port.
N9K-C93360YC-FX2The following information applies to this switch:
  • Ports 1, 4, 5, 8, 41, 44, 45, 48, 49, 52, 53, 56, 57, 60, 61, 64, 65, 68, 69, 72, 73, 76, 77, 80, 81, 84, 85, 88, 89, 92, 93, and 96 are capable of supporting the 10G GLC-T optic. After you configure these ports to use 10G GLC-T, these ports will be the only ports on the switch that can support 10G GLC-T. Without being configured for 10G GLC-T, these ports behave as normal switch ports.
  • If you configure port 60 for 10G GLC-T, then ports 58, 59, and 62 must either be left empty or must deploy only DACs.
  • Ports 97 through 108 can be configured to use 10G GLC-T or can be normal ports, regardless of the configuration of the other ports.
  • When using the SFP-10G-T-X optic on a port, the you must either leave the physically adjacent ports empty or only deploy direct attach cables (DACs) to those ports.
  • If you insert a non-DAC optic in a port that is physically adjacent to a port that is capable of supporting a 10G GLC-T optic, and later you insert a GLC-T optic into the GLC-T-capable port, the GLC-T optic will be hw-disabled. To bring up the GLC-T port, you must shut down the non-DAC port, then run the shut and no shut commands on the GLC-T port.
N9K-C9348GC-FXPThis switch supports the following PSUs: NXA-PAC-350W-PI, NXA-PAC-350W-PE.
  • Incoming FCOE packets are redirected by the supervisor module. The data plane-forwarded packets are dropped and are counted as forward drops instead of as supervisor module drops.
  • When a Cisco N9K-C9348GC-FXP switch has only one PSU inserted and connected, the PSU status for the empty PSU slot will be displayed as "shut" instead of "absent" due to a hardware limitation.
  • This switch does not support the 10G GLC-T optic.
N9K-C93180YC-FX-24This switch does not support the 10G GLC-T optic.
N9K-C93180YC-FXThe following information applies to this switch:
  • Auto-negotiation is not supported if you convert port 51 or 52 to a downlink and you have 40/100G copper cables connected.
  • Ports 1, 4, 5, 8, 9, 12, 13, 16, 37, 40, 41, 44, 45, and 48 are capable of supporting the 10G GLC-T optic. After you configure these ports to use 10G GLC-T, these ports will be the only ports on the switch that can support 10G GLC-T. Without being configured for 10G GLC-T, these ports behave as normal switch ports.
  • If you configure port 12 for 10G GLC-T, then ports 10, 11, and 14 must either be left empty or must deploy only DACs.
  • Ports 49 through 54 can be configured to use 10G GLC-T or can be normal ports, regardless of the configuration of the other ports.
  • When using the SFP-10G-T-X optic on a port, the you must either leave the physically adjacent ports empty or only deploy direct attach cables (DACs) to those ports.
  • If you insert a non-DAC optic in a port that is physically adjacent to a port that is capable of supporting a 10G GLC-T optic, and later you insert a GLC-T optic into the GLC-T-capable port, the GLC-T optic will be hw-disabled. To bring up the GLC-T port, you must shut down the non-DAC port, then run the shut and no shut commands on the GLC-T port.
N9K-C93180YC-EX-24This switch does not support the 10G GLC-T optic.
N9K-C93180YC-EXThe following information applies to this switch:
  • The following FEC modes are not supported on N9K-C93180YC-EX ports 1 through 48 when running in 25G speed: cl91-rs-fec, cons16-rs-fec, ieee-rs-fec
  • Auto-negotiation is not supported if you convert port 51 or 52 to a downlink and you have 40/100G copper cables connected.
  • Ports 1, 4, 5, 8, 9, 12, 13, 16, 37, 40, 41, 44, 45, and 48 are capable of supporting the 10G GLC-T optic. After you configure these ports to use 10G GLC-T, these ports will be the only ports on the switch that can support 10G GLC-T. Without being configured for 10G GLC-T, these ports behave as normal switch ports.
  • If you configure port 12 for 10G GLC-T, then ports 10, 11, and 14 must either be left empty or must deploy only DACs.
  • Ports 49 through 54 can be configured to use 10G GLC-T or can be normal ports, regardless of the configuration of the other ports.
  • When using the SFP-10G-T-X optic on a port, the you must either leave the physically adjacent ports empty or only deploy direct attach cables (DACs) to those ports.
  • If you insert a non-DAC optic in a port that is physically adjacent to a port that is capable of supporting a 10G GLC-T optic, and later you insert a GLC-T optic into the GLC-T-capable port, the GLC-T optic will be hw-disabled. To bring up the GLC-T port, you must shut down the non-DAC port, then run the shut and no shut commands on the GLC-T port.
N9K-C93180LC-EXThis switch has the following limitations:
  • The top and bottom ports must use the same speed. If there is a speed mismatch, the top port takes precedence and bottom port will be error disabled. Both ports both must be used in either the 40 Gbps or 10 Gbps mode.
  • Ports 26 and 28 are hardware disabled.
  • This release supports 40 and 100 Gbps for the front panel ports. The uplink ports can be used at the 100 Gbps speed.
  • Port profiles and breakout ports are not supported on the same port.

Table 16. CloudSec Support

Product IDHardware TypeCloudSec Support
N9K-C9332CSwitchYes, only on the last 8 ports
N9K-C9364CSwitchYes, only on the last 16 ports
N9K-X9736C-FXLine CardYes, only on the last 8 ports

The following additional CloudSec compatibility restrictions apply:

Usage Guidelines

The current list of protocols that are allowed (and cannot be blocked through contracts) include the following. Some of the protocols have SrcPort/DstPort distinction.

Leaf switches and spine switches typically have memory utilization of approximately 70% to 75%, even in a new deployment where no configuration has been pushed. This amount of memory utilization is due to the Cisco ACI-specific processes, which take up more memory compared to a standalone Nexus deployment. The memory utilization is not a problem unless it exceeds 90%. You can open a Cisco TAC case to troubleshoot proactively when memory utilization is more than 85%.

Leaf and spine switches from two different fabrics cannot be connected regardless of whether the links are administratively kept down.

If you replace a switch where a Cisco APIC is connected, make sure that the Cisco APIC has two connections: one active/backup to the replaced switch and another to a different switch. Otherwise, the Cisco APIC will not join the cluster after you replace the switch.

Only one instance of OSPF (or any multi-instance process using the managed object hierarchy for configurations) can have the write access to operate the database. Due to this, the operational database is limited to the default OSPF process alone and the multipodInternal instance does not store any operational data. To debug an OSPF instance ospf-multipodInternal, use the command in VSH prompt. Do not use ibash because some ibash commands depend on Operational data stored in the database.

When you enable or disable Federal Information Processing Standards (FIPS) on a Cisco ACI fabric, you must reload each of the switches in the fabric for the change to take effect. The configured scale profile setting is lost when you issue the first reload after changing the FIPS configuration. The switch remains operational, but it uses the default port scale profile. This issue does not happen on subsequent reloads if the FIPS configuration has not changed.

You cannot use the breakout feature on a port that has a port profile configured on a Cisco N9K-C93180LC-EX switch. With a port profile on an access port, the port is converted to an uplink, and breakout is not supported on an uplink. With a port profile on a fabric port, the port is converted to a downlink. Breakout is currently supported only on ports 1 through 24.

On Cisco 93180LC-EX Switches, ports 25 and 27 are the native uplink ports. Using a port profile, if you convert ports 25 and 27 to downlink ports, ports 29, 30, 31, and 32 are still available as four native uplink ports. Because of the threshold on the number of ports (which is maximum of 12 ports) that can be converted, you can convert 8 more downlink ports to uplink ports. For example, ports 1, 3, 5, 7, 9, 13, 15, 17 are converted to uplink ports and ports 29, 30, 31 and 32 are the 4 native uplink ports, which is the maximum uplink port limit on Cisco 93180LC-EX switches.

When using a 25G Mellanox cable that is connected to a Mellanox NIC, you can set the ACI leaf switch port to run at a speed of 25G or 10G.

You cannot enable auto-negotiation on the spine switch or leaf switch side with 40G or 100G CR4 optics. For 40G copper transceivers, you must disable auto-negotiation and set the speed to 40G. For 100G copper transceivers, you must disable auto-negotiation on the remote end and set the speed to 100G.

You cannot enable auto-negotiation on an active QSFP to SFP/SFP+ Adapter (QSA) module. You can enable auto-negotiation only on a passive QSA module. The following example CLI command shows an active QSA module: module-1# show platform internal usd port info | grep -A 10 "Eth1/42" Port 107.0 (Eth1/42) : Admin UP Link DOWN Cfg_Fec Disabled Fec Disabled Fcot Copper retimer 0x116c0100 AN_cfg Yes AN_operSt No In_debounce 0, Debounce-Time 100000 usecs SM sm qsa: Yes The following example CLI command shows a passive QSA module: module-1# show platform internal usd port info | grep -A 10 "Eth1/43" Port 109.0 (Eth1/43) : Admin UP Link UP Cfg_Fec Disabled Fec Disabled Fcot Copper retimer 0x116c0100 AN_cfg Yes AN_operSt No In_debounce 0, Debounce-Time 100000 usecs SM sm qsa: Passive

You can enable auto-negotiation for 10G, 25G, 40G, or 100G on downlink ports on a Cisco ACI leaf switch. However, you cannot enable auto-negotiation on spine ports and uplink ports on a Cisco ACI leaf switch. Therefore, if the Inter-Pod Network (IPN) is connected to the spine ports using copper cables, you should disable auto-negotiation on the peer node that is the IPN port. Similarly, if a remote leaf switch is connected to the IPN using copper cables on the uplink port, you should disable auto-negotiation on the peer node that is the IPN port.

A 25G link that is using the IEEE-RS-FEC mode can communicate with a link that is using the CL16-RS-FEC mode. There will not be a FEC mismatch and the link will not be impacted.

When the provider edge router is an IOS XR device, the router does not support route re-origination from one EVPN stitching site to another EVPN stitching site.

Related Content

See the Cisco Application Policy Infrastructure Controller (APIC) page for the documentation.

Documentation Feedback

To provide technical feedback on this document, or to report an error or omission, send your comments to apic-docfeedback@cisco.com. We appreciate your feedback.

Legal Information

Cisco and the Cisco logo are trademarks or registered trademarks of Cisco and/or its affiliates in the U.S. and other countries. To view a list of Cisco trademarks, go to this URL: http://www.cisco.com/go/trademarks. Third-party trademarks mentioned are the property of their respective owners. The use of the word partner does not imply a partnership relationship between Cisco and any other company. (1110R)

Any Internet Protocol (IP) addresses and phone numbers used in this document are not intended to be actual addresses and phone numbers. Any examples, command display output, network topology diagrams, and other figures included in the document are shown for illustrative purposes only. Any use of actual IP addresses or phone numbers in illustrative content is unintentional and coincidental.

© 2023 Cisco Systems, Inc. All rights reserved.


File Info : application/pdf, 29 Pages, 804.04KB

PDF preview unavailable. Download the PDF instead.

cisco-aci-nx-os-release-notes-1528

References

Microsoft Word 2010 䵩捲潳潦璮⁗潲搠㈰㄰㬠浯摩晩敤⁵獩湧⁩呥硴′⸱⸷⁢礠ㅔ㍘

Related Documents

Preview Cisco Nexus 9000 ACI-Mode Switches Release Notes, Release 15.1(1)
This document provides release notes for the Cisco Nexus 9000 ACI-Mode Switches, covering features, issues, and limitations for Release 15.1(1). It details supported hardware, new hardware features, changes in behavior, open and resolved issues, and compatibility information.
Preview Cisco Nexus 9000 Series NX-OS Release Notes, Release 10.2(1)F
This document provides release notes for Cisco NX-OS Release 10.2(1)F, detailing new and enhanced software features, open and resolved issues, hardware support, and compatibility information for the Cisco Nexus 9000 Series switches.
Preview Cisco Nexus 9000 Packet Tracer Tool Explained
A guide to using the Packet Tracer utility on Cisco Nexus 9000 series switches for tracing packet paths and diagnosing network issues.
Preview Cisco Nexus 9504 スイッチ (NX-OS モード) ハードウェア設置ガイド
Cisco Nexus 9504 スイッチ (NX-OS モード) のハードウェア設置ガイド。設置場所の準備、環境要件、モジュール交換、電源、冷却、LEDインジケータなどの詳細情報を提供します。
Preview Cisco ACI Fabric Endpoint Learning: A Comprehensive Guide
Explore the intricacies of Cisco ACI fabric endpoint learning, covering behavior, deployment, and optimization options for efficient network management and traffic flow.
Preview Cisco Nexus 9000 Series NX-OS Release Notes 10.3(8)M
Release notes for Cisco NX-OS version 10.3(8)M, detailing supported hardware, new features, resolved issues, and compatibility information for Cisco Nexus 9000 series switches.
Preview Cisco Nexus 9000 Series NX-OS Release Notes, Release 10.4(2)F
This document provides details on new features, issues, and exceptions for Cisco NX-OS Release 10.4(2)F software used with Cisco Nexus 9000 Series switches. It covers hardware compatibility, new and enhanced software features, and resolved and open issues.
Preview Cisco Nexus 9000 Series NX-OS Release Notes 10.4(3)F
This document provides release notes for Cisco NX-OS software Release 10.4(3)F for the Cisco Nexus 9000 Series switches, detailing new features, enhancements, and resolved issues.