Cisco Nexus 3500 Series NX-OS Release Notes, Release 9.2(2)
This document describes the features, bugs, and limitations for Cisco Nexus 3500 Series switches. Use this document in combination with documents listed in the “Obtaining Documentation and Submitting a Service Request” section.
Note: Release notes are sometimes updated with new information about restrictions and bugs. See the following website for the most recent version of the Cisco Nexus 3500 Series release notes: http://www.cisco.com/c/en/us/support/switches/nexus-3000-series-switches/products-release-notes-list.html.
Table 1 shows the online change history for this document.
Table 1. Online History Change
Date |
Description |
October 17, 2020 |
Updated the limitations section. |
March 13, 2020 |
Updated upgrade path section to reflect the limitations of CSCvt02249. |
November 05, 2018 |
Created NX-OS Release 9.2(2) release notes. |
Upgrade Path to Cisco NX-OS Release 9.x
Obtaining Documentation and Submitting a Service Request
Several new hardware and software features are introduced for the Cisco Nexus 3548 switch to improve the performance, scalability, and management of the product line. Cisco NX-OS Release 9.x also supports all hardware and software supported in Cisco NX-OS Release 7x, Cisco NX-OS Release 6.x, Cisco NX-OS Release 5.1 and Cisco NX-OS Release 5.0.
Cisco NX-OS offers the following benefits:
■ Cisco NX-OS runs on all Cisco data center switch platforms: Cisco Nexus 7000, Nexus 5000, Nexus 4000, Nexus 3000, Nexus 2000, and Nexus 1000V Series switches.
■ Cisco NX-OS software interoperates with Cisco products that run any variant of Cisco IOS software and also with any networking operating system that conforms to common networking standards.
■ Cisco NX-OS modular processes are triggered on demand, each in a separate protected memory space. Processes are started and system resources are allocated only when a feature is enabled. The modular processes are governed by a real-time preemptive scheduler that helps ensure timely processing of critical functions.
■ Cisco NX-OS provides a programmatic XML interface that is based on the NETCONF industry standard. The Cisco NX-OS XML interface provides a consistent API for devices. Cisco NX-OS also provides support for Simple Network Management Protocol (SNMP) Versions 1, 2, and 3 MIBs.
■ Cisco NX-OS enables administrators to limit access to switch operations by assigning roles to users. Administrators can customize access and restrict it to the users who require it.
This section includes the following topics:
■ Cisco Nexus 3500 Series Switches
Cisco NX-OS Release 9.2(1) is the first release that adopts unified version numbering. As more platforms have been added, there is no need to have a “platform” designator as used in the past. An example of a previous release number is 7.0(3)I7(4). In this format, the ‘I’ is the platform designator.
Moving forward for the previously identified platforms, we will be adopting the simplified 3-letter versioning scheme. For example, 9.2(2).
Note: In order to accommodate upgrade compatibility from an older software version that is expecting a platform designator, when 'install all' is performed or 'show install all impact' is performed the version string for 9.2(2) will appear as "9.2(2)I9(1)". The "I9(1)" portion of the string can be safely ignored, and it will disappear post upgrade to 9.2(2).
The Cisco Nexus 3500 platform is an extension of the Cisco Nexus 3000 Series of 100M, 1, 10, and 40 Gigabit Ethernet switches built from a switch-on-a-chip (SoC) architecture. Switches in the Cisco Nexus 3500 series include Algorithm Boost (or Algo Boost) technology that is built into the switch application-specific integrated circuit (ASIC). Algo Boost allows the Cisco Nexus 3548 switch to achieve Layer 2 and Layer 3 switching latencies of less than 200 nanoseconds (ns). In addition, Algo Boost contains several innovations for latency, forwarding features, and performance visibility, including two configurable modes for low latency:
■ Normal mode: This mode is suitable for environments needing low latency and high scalability.
■ Warp mode: This mode consolidates forwarding operations within the switching ASIC, lowering latency by up to an additional 20 percent compared to normal operation.
Active buffer monitoring accelerates the collection of buffer utilization data in hardware, allowing significantly faster sampling intervals. Even on the lowest-latency switches, data packets can incur a millisecond or more of latency during periods of congestion. Previous buffer utilization monitoring techniques were based entirely on software polling algorithms with polling with higher polling intervals that can miss important congestion events.
The Cisco Nexus 3548 switch is the first member of the Cisco Nexus 3500 platform. As a compact one-rack-unit (1RU) form-factor 10 Gigabit Ethernet switch, the Cisco Nexus 3548 switch provides line-rate Layer 2 and Layer 3 switching at extremely low latency. The switch runs Cisco NX-OS software that has comprehensive features and functions that are widely deployed globally. The Cisco Nexus 3548 contains no physical layer (PHY) chips, which allows low latency and low power consumption. The switch supports both forward and reversed airflow and both AC and DC power inputs.
The Cisco Nexus 3524 switch is a Cisco Nexus 3548 switch, but with only 24 ports active and can be upgraded to use all 48 ports. As a compact one-rack-unit (1RU) form-factor 10 Gigabit Ethernet switch, the Cisco Nexus 3548 switch is the lowest entry point for main-stream top-of-rack (TOR) data center deployments which offers line-rate Layer 2 and Layer 3 switching with a comprehensive feature set, including Algo Boost technology, and ultra-low latency.
For information about the Cisco Nexus 3500 Series, see the Cisco Nexus 3500 Series Hardware Installation Guide.
This section includes the following topics:
Table 2 shows the hardware supported by Cisco NX-OS Release 9.2(2) software.
Table 2. Hardware Supported by Cisco NX-OS Release 9.2(2) Software.
Hardware |
Part Number |
Cisco Nexus 3500 Series |
|
Cisco Nexus 3548 switch |
N3K-C3548P-10G |
Cisco Nexus 3548-XL Switch |
N3K-C3548P-XL |
Cisco Nexus 3524-XL Switch |
N3K-C3524P-XL |
Cisco Nexus 3548x switch, 48 SFP+ |
N3K-C3548P-10GX |
Cisco Nexus 3524 switch |
N3K-C3524P-10G |
Cisco Nexus 3524 switch, 24 SFP+ |
N3K-C3524P-10GX |
Cisco Nexus 2000 or Nexus 3000 individual fan, forward airflow (port side exhaust |
NXA-FAN-30CFM-F |
Cisco Nexus 2000 or Nexus 3000 individual fan, reversed airflow (port side intake) |
NXA-FAN-30CFM-B |
Cisco Nexus 2000 or Nexus 3000 400W AC power supply, forward airflow (port side exhaust) |
N2200-PAC-400W |
Cisco Nexus 2000 or Nexus 3000 400W AC power supply, reversed airflow (port side intake) |
N2200-PAC-400W-B |
Cisco Nexus 2000 or Nexus 3000 400W DC power supply, forward airflow (port side exhaust) |
N2200-PDC-400W |
Cisco Nexus 2000 or Nexus 3000 350W DC power supply, reversed airflow (port side intake) |
N3K-PDC-350W-B |
Transceivers |
|
10-Gigabit |
|
10GBASE-ZR SFP+ module (single-mode fiber [SMF]) |
SFP-10G-ZR |
10GBASE-CU SFP+ cable 1.5 m (Twinax cable) |
SFP-H10GB-CU1-5M |
10GBASE-CU SFP+ cable 2 m (Twinax cable) |
SFP-H10GB-CU2M |
10GBASE-CU SFP+ cable 2.5 m (Twinax cable) |
SFP-H10GB-CU2-5M |
Active optical cable 1 m |
SFP-10G-AOC1M |
Active optical cable 3 m |
SFP-10G-AOC3M |
Active optical cable 5 m |
SFP-10G-AOC5M |
Active optical cable 7 m |
SFP-10G-AOC7M |
10GBASE-DWDM long-range transceiver module 80 km with single mode duplex fiber |
DWDM-SFP10G-C |
10GBASE-DWDM long-range transceiver module 80 km with single mode duplex fiber |
DWDM-SFP10G |
10GBASE-SR SFP+ module (multimode fiber [MMF]) |
SFP-10G-SR |
10GBASE-LR SFP+ module (single-mode fiber [SMF]) |
SFP-10G-LR |
Cisco 10GBASE-ER SFP+ Module for SMF |
SFP-10G-ER |
10GBASE-SR SFP+ module (multimode fiber [MMF]) |
SFP-10G-SR-S |
10GBASE-LR SFP+ module (single-mode fiber [SMF]) |
SFP-10G-LR-S |
Cisco 10GBASE-ER SFP+ Module for SMF |
SFP-10G-ER-S |
10GBASE-ZR SFP+ module (single-mode fiber [SMF]) |
SFP-10G-ZR-S |
10GBASE-CU SFP+ cable 1 m (Twinax cable) |
SFP-H10GB-CU1M |
10GBASE-CU SFP+ cable 3 m (Twinax cable) |
SFP-H10GB-CU3M |
10GBASE-CU SFP+ cable 5 m (Twinax cable) |
SFP-H10GB-CU5M |
Active Twinax cable assembly, 7 m |
SFP-H10GB-ACU7M |
Active Twinax cable assembly, 10 m |
SFP-H10GB-ACU10M |
1-Gigabit Ethernet |
|
1000BASE-T SFP |
GLC-TE |
Gigabit Ethernet SFP, LC connector EX transceiver (MMF) |
GLC-EX-SMD |
Gigabit Ethernet SFP, LC connector ZX transceiver (MMF) |
GLC-ZX-SMD |
1000BASE-T SFP |
GLC-T |
Gigabit Ethernet SFP, LC connector SX transceiver (MMF) |
GLC-SX-MM |
Gigabit Ethernet SFP, LC connector SX transceiver (MMF) |
GLC-SX-MMD |
Gigabit Ethernet SFP, LC connector LX/LH transceiver (SMF) |
GLC-LH-SM |
Gigabit Ethernet SFP, LC connector LX/LH transceiver (SMF) |
GLC-LH-SMD |
100-Megabit Ethernet |
|
1000BASE-T SFP transceiver module with extended operating temperature range |
SFP-GE-T |
100BASE-FX SFP module for Gigabit Ethernet ports GLC-GE-100FX |
GLC-GE-100FX |
This section lists the new and changed features in Release 9.2(2).
■ New Software Features and Enhancements
Cisco NX-OS Release 9.2(2) does not include any new hardware.
Cisco NX-OS Release 9.2(2) includes the following new software features or enhancements:
Unicast Routing Features
§ BGP best-path algorithm – Added the option to ignore the Interior Gateway Protocol (IGP) metric for next hop during best-path selection.
For more information, see the Cisco Nexus 3500 Series NX-OS Unicast Configuration Guide, Release 9.x
QoS Features
§ Priority Flow Control – Priority flow control is supported on a maximum of two classes in the network-qos policy.
For more information, see the Cisco Nexus 3500 Series NX-OS QoS Configuration Guide, Release 9.x
NX-API provides a session-based cookie, nxapi_auth when users first successfully authenticate. With the session cookie, the username and password are included in all subsequent NX-API requests that are sent to the device. The username and password are used with the session cookie to bypass performing the full authentication process again. If the session cookie is not included with subsequent requests, another session cookie is required and is provided by the authentication process. Avoiding unnecessary use of the authentication process helps to reduce the workload on the device.
Note: A nxapi_auth cookie expires in 600 seconds (10 minutes). This value is fixed and cannot be adjusted. When the cookie expires, you need to resend your user name/password.
The following are notes about JSON:
· The show run | xml command and show run | json command is not supported (NX-OS 9.2(2) and earlier).
· All JSON output is returned as a string (NX-OS 9.2(2) and earlier).
· A JSON-RPC integer is always output as an integer and not as string (NX-OS 9.2(2) and earlier).
Note: The maximum data size supported by NX-API is 4MB. The following commands are not supported when the 20MB limit is exceeded (NX-OS 9.2(2) and earlier releases):
· show hardware profile buffer monitor detail
· show hardware profile buffer monitor multicast 1 detail
· show hardware profile buffer monitor multicast 2 detail
· show hardware profile buffer monitor multicast 3 detail
The open and resolved bugs for this release are accessible through the Cisco Bug Search Tool. This web-based tool provides you with access to the Cisco bug tracking system, which maintains information about bugs and vulnerabilities in this product and other Cisco hardware and software products.
Note: You must have a Cisco.com account to log in and access the Cisco Bug Search Tool. If you do not have one, you can register for an account.
For more information about the Cisco Bug Search Tool, see the Bug Search Tool Help & FAQ.
This section includes the following topics:
■ Resolved Bugs for this Release
Table 3 lists descriptions of resolved bugs in Cisco NX-OS Release 9.2(2). You can use the record ID to search Cisco Bug Search Tool for details about the bug.
Table 3 Cisco NX-OS Release 9.2(2) – Resolved Bugs
Record Number |
Description |
The Cisco Nexus 3500 Switches reloads due to Kernel panic with watchdog hard lockup. |
|
Longest Prefix Match (LPM) routes are not getting programmed in hardware after interface flap on Cisco Nexus 3500 Switches after URPF is enabled. |
|
Host Route Table (HRT) routes are not programmed in hardware after interface flap on Cisco Nexus 3500 Switches. |
|
In a vPC environment, on Cisco Nexus 3500 Switches, an ingress ACL applied on SVI impacts Layer-2 traffic. |
|
On Cisco Nexus 3500 Switches, a discrepancy is observed in the order of access-group applied on an interface on running configuration and start-up configuration. |
|
Cisco Nexus 3500 Switches reports a PSU fan failure in show environment fan command output. However, the show environment power command output shows the correct status. |
|
show running-config command on Cisco Nexus 3548-XL Switch does not display the latency profile status. |
|
Cisco Nexus 3500 Switches does not reply for ARP request received on Layer-3 port if the interface VLAN 1 is up. |
|
Cisco Nexus 3500 Switches may not program correct layer-2 Local Transcoding Interface (LTI) index for SG with L3 and L2 OIF. |
|
Multicast stops working with IGMP host-proxy, lose (S,G) on Cisco Nexus 3500 Switches. |
|
LHR may multiply multicast traffic due to *G forwarding and delayed SGR prune. |
|
Cisco Nexus 3500 Switches may duplicate multicast packets due to delayed pruning of new *G path. |
|
RPF for PIM bidir not getting updated on bring up of primary RP. |
|
Dot1Q tag frame egress access ports when "vlan dot1Q tag native" command is enabled on Cisco Nexus 3500 Switches. |
|
When the command "vlan dot1Q tag native" is enabled, untagged frames are not dropped on trunk ports. |
|
An interface of Cisco Nexus 3524 switch using GLC-T cannot work. |
|
After upgrading the software, some of the ports are displaying a message: “Member port of 40G" and cannot be properly configured. |
There are no open bugs in Cisco NX-OS Release 9.2(2).
Install All is the only option that supports upgrade and downgrade between releases. Upgrade from Releases 6.0(2)A8(7b), 6.0(2)A8(8), 6.0(2)A8(9), and 7.0(3)I7(3) is supported.
For Cisco Nexus 3548 Switches, the following upgrade path is supported and recommended: Cisco NX-OS Release 6.0(2)A7(2a) or prior > Cisco NX-OS Release 6.0(2)A8(2) – 6.0(2)A8(9) > Cisco NX-OS Release 9.2(2).
The following table shows the upgrade paths for Cisco NX-OS Release 9.2(2) from Cisco NX-OS Release 6.0(2)A7(2a) and later.
From |
To |
Limitations |
Recommended Procedure |
6.0(2)A8(2) or later |
9.2(2) |
None |
Install all is the only upgrade method supported because of a BIOS upgrade requirement. |
6.0(2)A7(2a) or earlier |
9.2(2) |
You must first upgrade the switch to Cisco NX-OS Release 6.0(2)A8(9) and then to Cisco NX-OS Release 9.2(2) |
Install all is the only upgrade method supported because of a BIOS upgrade requirement. |
The following limitations are applicable when you upgrade from Releases 7.0(3)I7(2) or later to the NX-OS Release 9.2(2):
■ If a custom CoPP policy is applied after upgrading to Cisco NX-OS Release 7.0(3)I7(2) or later, and if the Nexus 3548 switch is downgraded to Cisco NX-OS Release 5.0, where changes to the CoPP policy are not permitted, the custom CoPP policy is retained and cannot be modified.
■ copy r s and reload is not a supported method for an upgrade.
■ You must run the setup script after you upgrade to Cisco NX-OS Release 9.2(2).
■ For Cisco Nexus 3548 and 3548-X switches, you must compact the software image before you upgrade from earlier releases to Cisco NX-OS Release 9.2(2). For the Cisco Nexus 3538-XL switch, compaction is not required.
■ The following limitations are applicable when you upgrade from Cisco NX-OS Releases 6.0(2)A8(7b), 6.0(2)A8(8), or 6.0(2)A8(9) to Cisco NX-OS Release 9.2(2):
o If Cisco Catalyst devices are connected via a vPC to a pair of Nexus 3500 switches with the vPC peer switch feature enabled, a partial or complete network outage may be caused as a result of the Cisco Catalyst devices error-disabling their port-channel interfaces due to EtherChannel Guard. To prevent this from happening, we recommend that you temporarily disable the EtherChannel Guard feature on vPC-connected Cisco Catalyst devices while the Nexus 3500 devices are being upgraded. For more information, see CSCvt02249
The following are the known limitations for Cisco NX-OS Release 9.2(2):
■ PBR and NAT cannot be supported on the same interface.
■ Set ip default next hop cannot be applied in PBR.
■ Ingress multicast RACL applied to physical port does not match multicast traffic. This issue is fixed in NX-OS release 9.3(1) and later releases.
■ IGMP packets, which are filtered by report policies on the local switch on which IGMP filtering is enabled, will still get forwarded to the peer switch (See CSCup50141).
■ Counters for the warp SPAN destination port do not work. To check these counters, connect another switch to the destination ports (See CSCuq66372).
■ In a vPC setup, because of a hardware limitation, non-RPF traffic for (S,G) that comes in on the RPF interface for (*,G) hits the (*,G) entry instead of being treated as (S,G) non-RPF traffic and dropped. (S,G) non-RPF traffic is then incorrectly forwarded by (*,G) entry, thus causing traffic duplication. To avoid duplication of Layer 3 multicast traffic by sending the (S,G) RP-bit prune, run the ip pim pre-build-spt command (See CSCun34760).
■ While performing Online Insertion Removal (OIR) on the cable or optics of a 40G bundle, you must perform the following sequence of steps for the OIR to be successful (See CSCuq93225):
1 Disable (shut) the 40G port
2 Change the speed from 40G to 10G
3 Perform an OIR on the cable or optics
4 Change the speed from 10G to 40G
5 Re-enable (no shut) the port
■ On Cisco Nexus 3548 Switches, PFC frames are generated for multicast traffic if it is mapped to no-drop class. Because the multicast traffic cannot be blocked, it is recommended that you map only unicast traffic to no-drop classes.
■ When the peer does not honour PFC frames, Cisco Nexus 3548 Switches does not drop the threshold exceeding packets, so the entire no-drop buffer gets used up and PFC frames are sent for the other non-congested or no-traffic no-drop queue as well.
The syntax of the poap_script.py file should be validated using the python validation tool before using the file for POAP. Otherwise, if the poap_script.py file is edited with a syntax error, the POAP process will exit without giving an error.
The Cisco Management Information Base (MIB) list includes Cisco proprietary MIBs and many other Internet Engineering Task Force (IETF) standard MIBs. These standard MIBs are defined in Requests for Comments (RFCs). To find specific MIB information, you must examine the Cisco proprietary MIB structure and related IETF-standard MIBs supported by the Cisco Nexus 3000 Series switch. The MIB Support List is available at the following FTP sites:
ftp://ftp.cisco.com/pub/mibs/supportlists/nexus3000/Nexus3000MIBSupportList.html
Related Documentation
Documentation for the Cisco Nexus 3000 Series Switch is available at the following URL:
http://www.cisco.com/en/US/products/ps11541/tsd_products_support_series_home.html
To provide technical feedback on this document, or to report an error or omission, please send your comments to nexus3k-docfeedback@cisco.com. We appreciate your feedback.
For information on obtaining documentation, submitting a service request, and gathering additional information, see the monthly What’s New in Cisco Product Documentation, which also lists all new and revised Cisco technical documentation, at:
http://www.cisco.com/en/US/docs/general/whatsnew/whatsnew.html
Subscribe to the What’s New in Cisco Product Documentation as a Really Simple Syndication (RSS) feed and set content to be delivered directly to your desktop using a reader application. The RSS feeds are a free service and Cisco currently supports RSS version 2.0.
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: 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)
© 2020 Cisco Systems, Inc. All rights reserved.