cancel
Showing results for 
Search instead for 
Did you mean: 
cancel
3536
Views
0
Helpful
5
Replies

disadvantages of Nexus 2000 extenders

Muhammed AKYUZ
Level 1
Level 1

Hi,

We want to deoploy nexus 2000 on our Nexus 5K systems, have you ever experienced any problem on these devices? It seems like Nexus 2000 devices are dummy devices. Without N5K, it is nothing...

Thank you.

5 Replies 5

InayathUlla Sharieff
Cisco Employee
Cisco Employee

Hi Muhammed,

Yes you are right Nexus 2000 devices need N5K or N7k to be worked.

Cisco Nexus 2000 Series Fabric Extenders are designed to provide connectivity for rack and blade servers, as well as converged fabric deployments. You gain a consistent, unified server access platform that scales across a range of connectivity solutions, including:

  • 100 Megabit Ethernet
  • 1 Gigabit Ethernet
  • 10 Gigabit Ethernet (copper and fiber)
  • 40 Gigabit Ethernet

With a broad range of configurations, Cisco Nexus 2000 Series Fabric Extenders offer:

  • Architectural flexibility
  • Highly scalable server access
  • Simplified operations
  • Business agility

Cisco Nexus 5000, Cisco Nexus 6000 and Nexus 7000 Series Switches, as well asCisco UCS Fabric Interconnect, act as parent switches for the fabric extenders.

The Nexus 5000 is Layer 2 only. That means any server VLAN to VLAN traffic between two different VLANs will need to be routed by another box, probably your Core and / or Aggregation Nexus 7000. You'll want some darn big pipes from the N5K to the N7K, at least until the N5K can do local routing (if ever).

The Nexus 2000 does no local switching. Traffic from one port on a 2K to another on the same 2K goes via the N5K. There should be enough bandwidth. That's why the Nexus 2000 is referred to as a fabric extender, not a switch.

The Nexus 2148 T is a Gigabit-only blade, 48 ports of Gig (not 10/100/1000) with up to 4 x 10 G fabric connections. Use the new 2248 TP if you need 100/1000 capability (the data sheet does NOT list 10 Mbps...).

You'll probably want to use PortChannel (LACP) for the fabric connections. Otherwise, you're pinning ports to uplinks, and if the uplink fails, your ports pinned to it don't work. (Like a module failure in a 6500?) You can now do the PortChannel to two N5K's running Virtual Port Channel (vPC). See the above link for some pictures.

HTH

Regards

Inayath

*Plz rate all usefull posts.

Thank you for the answer.

Nexus 2000s are not extenders. So we can not connect swtiches that send BPDUs,

I also want to learn what is te QOS difference comparing to regular Nexus 5K/7K ports..

HI,

Please find QOS for Nexus 5K and 7K on the following link below;

http://www.cloudcentrics.com/?p=784

Regards

Inayath

*Plz rate all usefull posts.

Thank you for your answer but i know capabilities of N5K/7K i just want to know what functions of QOS is not supported on Nexus 2000 extenders..

Quality of Service

The Fabric Extender provides two user queues for its quality of service (QoS) support, one for all no-drop classes and one for all drop classes. The classes configured on its parent switch are mapped to one of these two queues; traffic for no-drop classes is mapped one queue and traffic for all drop classes is mapped to the other. Egress policies are also restricted to these two classes.

The parent switch provides two predefined class maps for matching broadcast or multicast traffic; class-all-flood and class-ip-multicast. These classes are ignored on the Fabric Extender.

Host interfaces support pause frames, implemented using IEEE 802.3x link-level flow control (LLC). By default, flow control send is on and flow control receive is off on all host interfaces. Autonegotiation is enabled on the host interfaces. Per class flow control is set according to the QoS classes.

Host interfaces support jumbo frames (up to 9216 bytes); however a per-host interface maximum transmission unit (MTU) is not supported. Instead, MTU is set according to the QoS classes. You modify MTU by setting policy and class maps on the parent switch. Because the Fabric Extender has only two user queues, the MTU for the drop-queue is set to the maximum MTU of all drop classes MTU on the no-drop queue is set to the maximum MTU of all no-drop classes.

http://www.cisco.com/en/US/docs/switches/datacenter/nexus2000/sw/configuration/guide/rel_521/b_Configuring_the_Cisco_Nexus_2000_Series_Fabric_Extender_rel_5_2_chapter_01.html#con_1046120

HTH

Regards

Inayath