Cisco Nexus 5000 Series and Cisco Nexus 2000 Series Release Notes, for Cisco NX-OS Release 5.0(2)N1(1) and NX-OS Release 5.0(2)N2(1) OL-22747-02, December 2010)

Send documentation comments to nexus5kdocs@cisco.com
15
Cisco Nexus 5000 Series and Cisco Nexus 2000 Series Release Notes, for Cisco NX-OS Release 5.0(2)N1(1) and NX-OS Release 5.0(2)N2(1)
OL-22747-02
Limitations
In large-scale configurations, some Cisco Nexus 2000 Series Fabric Extenders may take up to 3
minutes to appear online after issuing the reload command. A configuration can be termed large
scale when the maximum permissible Cisco Nexus 2000 Series Fabric Extenders are connected to a
Cisco Nexus 5000 Series switch, and all host-facing ports are connected and each host-facing
interface has a large configuration (that supports the maximum permissible ACEs per interface).
The Cisco Nexus 2000 Fabric Extender does not support PVLANs over VLAN trunks used to
connect to another switch. The PVLAN trunks are used only on inter-switch links but the FEX ports
are only meant to connect to servers. Because it is not a valid configuration to have an isolated
secondary VLAN as part of a Fabric Extender port configured as a VLAN trunk, all frames on
isolated secondary VLANs are pruned from going out to a FEX.
Egress scheduling is not supported across the drop/no-drop class. Each Fabric Extender host port
does not support simultaneous drop and no drop traffic. Each Fabric Extender host port can support
drop or no drop traffic.
VACLs of more than one type on a single VLAN are unsupported. Cisco NX-OS software supports
only a single type of VACL (either MAC, IPv4, or IPv6) applied on a VLAN. When a VACL is
applied to a VLAN, it replaces the existing VACL if the new VACL is a different type. For instance,
if a MAC VACL is configured on a VLAN and then an IPv6 VACL is configured on the same VLAN,
the IPv6 VACL is applied and the MAC VACL is removed.
A MAC ACL is applied only on non-IP packets. Even if there is a match eth type = ipv4 statement
in the MAC ACL, it does not match an IP packet. To avoid this situation, use IP ACLs to apply access
control to IP traffic instead of using a MAC ACL that matches the EtherType to IPv4 or IPv6.
Multiple boot kickstart statements in the configuration are not supported.
If you remove an expansion module with Fibre Channel ports, and the cable is still attached, the
following FCP_ERRFCP_PORT errors are displayed:
2008 May 14 15:55:43 switch %KERN-3-SYSTEM_MSG: FCP_ERRFCP_PORT:
gat_fcp_isr_ip_fcmac_sync_intr@424, jiffies = 0x7add9a:Unknown intr src_id 42 - kernel
2008 May 14 15:55:43 switch %KERN-3-SYSTEM_MSG: FCP_ERRFCP_PORT:
gat_fcp_isr_ip_fcmac_sync_intr@424, jiffies = 0x7add9a:Unknown intr src_id 41 - kernel
These messages are informational only, and result in no loss of functionality.
Configuration Synchronization Limitation
When you remove a switch profile using the no switch-profile name [all-config | local-config]
command, the configuration in the switch profile is immediately removed from the running
configuration. This disrupts the configurations that were present in the switch profile. For example, port
channel and vPC configurations are disrupted. For current information about this issue, refer to
CSCtl87240 and CSCtl87260.
Limitations on the Cisco Nexus 5010 and Cisco Nexus 5020
This section describes the limitations on the Cisco Nexus 5010 switch and the Cisco Nexus 5020 switch.
Traffic going out the Ethernet SPAN destination is always tagged. The SPAN destination can be in
the access or trunk mode and frames on the SPAN source port can be tagged or untagged. Frames
are always tagged internally as they travel through the system. Information about whether the frame
was originally tagged or untagged, as it appeared in the SPAN source, is not preserved in the SPAN
destination. The spanned traffic exiting the SPAN destination port always has the VLAN tag on it.