Cisco Nexus 3548 Series NX-OS Release Notes, Release 6.0(2)A1(1)
Cisco Nexus 3500 Series Switches
Select Layer 3 as the Default Port Mode
Wildcard Mask in permit ip Command
ACL Filtering for Multicast Traffic
Upgrade and Downgrade Guidelines
Upgrade Path to Cisco NX-OS Release 6.x
Resolved Caveats in Cisco NX-OS Release 6.0(2)A(1)
Open Caveats in Cisco NX-OS Release 6.0(2)A1(1)
Obtaining Documentation and Submitting a Service Request
Part Number: OL-29566-01
Current Release: Cisco NX-OS Release 6.0(2)A1(1)
This document describes the features, caveats, and limitations for Cisco Nexus 3548 switches. Use this document in combination with documents listed in the .
Note Release notes are sometimes updated with new information about restrictions and caveats. See the following website for the most recent version of the Cisco Nexus 3548 release notes: http://www.cisco.com/c/en/us/support/switches/nexus-3000-series-switches/products-release-notes-list.html
Note Table 1 shows the online change history for this document.
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 6.0 also supports all hardware and software supported in Cisco NX-OS Release 5.1 and Cisco NX-OS Release 5.0.
Cisco NX-OS offers the following benefits:
The Cisco Nexus 3500 platform is an extension of the Cisco Nexus 3000 Series of 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:
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.
For information about the Cisco Nexus 3500 Series, see the Cisco Nexus 3500 Series Hardware Installation Guide.
This section includes the following topics:
Cisco NX-OS Release 6.0(2)A1(1) supports the Cisco Nexus 3500 Series switches. You can find detailed information about supported hardware in the Cisco Nexus 3500 Series Hardware Installation Guide.
Table 2 shows the hardware supported by Cisco NX-OS Release 6.0(2)A1(1) software.
This section describes the new features introduced in Cisco NX-OS Release 6.0(2)A1(1). This section includes the following topics:
Starting with Cisco NX-OS Release 6.0(2)A1(1), the following transceivers are supported:
Cisco Nexus 3548 switches are supported by Cisco NX-OS Release 6.0(2)A1(1). Cisco NX-OS interoperates with any networking operating system, including Cisco IOS software, that conforms to the networking standards listed in the product data sheet.
Cisco NX-OS Release 6.0(2)A1(1) is a major new release that includes the following new software features:
Starting with this release for the Cisco Nexus 3548 switch, you can enable 40 Gbps speed on up to 12 interfaces. This enhancement allows you to enable 40-Gbps speed on the first port of a group of four adjacent ports.
To promote path diversity and reduce multi-exit discriminator (MED) oscillations, you can configure BGP Additional Paths so that multiple paths in the same peering session can advertise the same prefix without the new paths replacing any previous paths.
Control Plane Policing (CoPP) protects the control plane and separates it from the data plane, which ensures network stability, reachability, and packet delivery. This feature allows a policy map, much like a QoS policy, to be applied to the control plane. The policy map is applied to all traffic destined to any of the IP addresses of the router or Layer 3 switch. The Cisco NX-OS device provides CoPP to prevent Denial of Service (DoS) or similar attacks from affecting performance.
Default Layer 3 mode allows you to select the default port mode as Layer 3 when the switch is reloaded without a start-up configuration. This feature ensures that no incorrect forwarding occurs before you confirm the port mode.
To allow consistency with previous releases, the user is able to select the default port mode in the first setup script, for example, as shown in the following command:
Dynamic Network Address Translation (NAT) translates a group of real IP addresses into mapped IP addresses that are routable on a destination network. A dynamic NAT configuration automatically creates a firewall between your internal network and outside networks or the Internet. Dynamic NAT allows only connections that originate inside the stub domain—a device on an external network cannot connect to devices in your network, unless your device has initiated the contact. The dynamic NAT feature supports Port Address Translation (PAT) and access control lists (ACLs).
Encapsulated Remote Switched Port Analyzer (ERSPAN) features are introduced in Cisco Nexus 3000 Series Release 6.02(U)1(1). The Cisco NX-OS system supports the Encapsulated Remote Switching Port Analyzer (ERSPAN) feature on both source and destination ports. ERSPAN transports mirrored traffic over an IP network.
Release 6.02(U)1(1) introduces link-level flow control, which is a congestion management technique that pauses data transmission on the link, based on pause requests from the receiver, until the congestion in the system is resolved. Link level flow control is independently configurable in either direction on the same link.
In previous releases, a wildcard mask was incorrectly applied as a net mask in the following command context:
Starting with this release, these masks will be treated correctly as wildcard masks.
Bidirectional Protocol Independent Multicast (PIM-Bidir) is a variant of the PIM protocol that allows bidirectional distribution trees. In PIM-Bidir, traffic flows along the distribution tree in either direction. PIM-Bidir eliminates the need to keep source-specific state information and allows trees to scale to any number of sources.
PowerOn Auto Provisioning (POAP) automates the process of upgrading software images and installing configuration files on Cisco Nexus switches that are being deployed in the network for the first time.
In Power-On Auto-Provisioning, you can now use the MAC address to identify the new switch in the Client Option field during the DHCP Discovery phase. The MAC address also appears on the shipping label for the new switch.
This release introduces certain Precision Time Protocol (PTP) capabilities and commands. PTP is a time synchronization protocol for nodes that are distributed across a network. Its hardware timestamp provides greater accuracy than other time synchronization protocols such as the Network Time Protocol (NTP).
With an Enterprise license and Border Gateway Protocol- (BGP)-enabled, Virtual Routing and Forwarding (VRF) route leaking is allowed in a VRF-lite scenario, based on certain configuration guidelines and limitations. With VRF route leaking, you can import IP prefixes from the global routing table (the default VRF) into any other VRF by using an import policy. The VRF import policy uses a route map to specify the prefixes to be imported into a VRF. IP prefixes that are imported into a VRF through this import policy cannot be reimported into another VPN VRF. The maximum number of prefixes that can be imported from the default VRF is controlled by a limit that you configure.
In releases prior to Cisco NX-OS Release 6.0(2)A1(1), all multicast traffic bypassed ACL processing. This included link local control traffic such as PIM or EIGRP. Beginning with Cisco NX-OS Release 6.0(2)A1(1), after you use the hardware profile tcam mcast-racl command and then reload the device, multicast traffic will pass through ACL processing, and will be denied by an implicit deny any command in a misconfigured ACL.
If a custom CoPP policy is applied after upgrading to Cisco NX-OS Release 6.0(2)A1(1) 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.
Cisco NX-OS Release 6.0(2)A1(1) has the following limitation:
In Cisco NX-OS releases older than Cisco NX-OS Release 6.0(2)A1(1), you can use the ip igmp join-group command to bind a Nexus 3548 switch to a multicast group. The switch generates an Internet Group Management Protocol (IGMP)-join for the specified group, and any multicast packets destined to the group are sent to the CPU. If there are receivers connected to the Nexus 3548 switch, which request for the group, then a copy of the packet is also sent to the receiver.
In Cisco NX-OS Release 6.0(2)A1(1) and higher releases, you cannot use the ip igmp join-group command to program any Outgoing Interface Lists (OILs) in the hardware. Even if there are receivers that request for the stream, no packets are sent to them. To bind a Nexus 3548 switch to a multicast group, use the ip igmp static-oif command instead of the ip igmp join-group command.
You can use the ip igmp join-group command only if the ip routing multicast enforce-rpf command, which is hidden, is enabled. This command can only be enabled if LISP is not in use, and LISP is not available on Nexus 3548 switches.
Open and resolved caveat record numbers are provided with links to the Bug Toolkit where you can find details about each caveat.
This section includes the following topics:
Table 3 lists descriptions of resolved caveats in Cisco NX-OS Release 6.0(2)A(1). The record ID links to the Cisco Bug Toolkit where you can find details about the caveat.
CSCua66832 has been superseded by CSCua49361 (resolved). The Open Shortest Path First (OSPF) protocol link state advertisement (LSA) is not advertised and the route is not in the forwarding information base (FIB) or the routing information base (RIB). |
|
A port goes to an error disabled state on the port configured by the switchport monitor command when you try to change to Layer 3 using the no switchport command. |
|
While deleting NAT entries, the top entry in the TCAM gets reset first. |
|
When changing NAT inside or outside on SVIs, the switch displays a “service not responding” message. |
|
Duplicate of CSCuc07245. Logging source-interface loopback 0" required a space between loopback and 0. Resolution allows you to configure a source-interface so that any valid IP can be accepted as the source. |
|
Warp SPAN is not removed when downgrading from Cisco NX-OS Release 5.0(3)A1(2) to Release 5.0(3)A1(1). |
|
Session 18 is converted to a WARP session after upgrading to Cisco NX-OS Release 5.0(3)A1(2). |
Table 1-4 lists open caveats in Cisco NX-OS Release 6.0(2)A1(1). The record ID links to the Cisco Bug Toolkit, where you can find details about the caveat.
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 3548 switch. The MIB Support List is available at the following FTP sites:
ftp://ftp.cisco.com/%2Fpub/mibs/supportlists/nexus3548/Nexus3548MIBSupportList.html
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
The documentation set is divided into the following categories:
The release notes are available at the follwing URL:
http://www.cisco.com/en/US/products/ps11541/prod_release_notes_list.html
Installation and Upgrade Guides
The installation and upgrade guides are available at the following URL:
http://www.cisco.com/en/US/products/ps11541/prod_installation_guides_list.html
The command references are available at the following URL:
http://www.cisco.com/en/US/products/ps11541/prod_command_reference_list.html
The technical references are available at the following URL:
http://www.cisco.com/en/US/products/ps11541/prod_technical_reference_list.html
The configuration guides are available at the following URL:
http://www.cisco.com/en/US/products/ps11541/products_installation_and_configuration_guides_list.html
The system message reference guide is available at the following URL:
http://www.cisco.com/en/US/products/ps11541/products_system_message_guides_list.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.