I’ve been doing a pretty fair amount of work recently with the Cisco Nexus 5000 series of switches, as evidenced by the flurry of Nexus-related articles:
Connecting Nexus 5000 to Older Gigabit Ethernet Switches
Setting Up FCoE on a Nexus 5000
FCoE and VLAN Trunking on Nexus 5000
One thing I hadn’t yet documented was how to enable jumbo frames on a Nexus 5000. Since jumbo frames are now officially supported for VMkernel traffic with VMware vSphere, the combination of jumbo frames and 10Gb Ethernet is an attractive one. I’ve covered the ESX/ESXi side (ordinary vSwitches here and distributed vSwitches here), but here’s the Nexus side.
The commands are pretty straightforward, and I’ve included the commands for both NX-OS 4.0 and NX-OS 4.1 (they are different between versions). Important note: if you enabled jumbo frames under NX-OS 4.0 and then upgraded the switch to version 4.1, you’ll need to re-do your jumbo frame configuration.
For NX-OS 4.1, the commands to enable jumbo frames are:
switch(config)# policy-map type network-qos jumbo
switch(config-pmap-nq)# class type network-qos class-default
switch(config-pmap-c-nq)# mtu 9216
switch(config-pmap-c-nq)# exit
switch(config-pmap-nq)# exit
switch(config)# system qos
switch(config-sys-qos)# service-policy type network-qos jumbo
Now, contrast the commands above with the following commands, which you would have used to enable jumbo frames on NX-OS 4.0:
switch(config)# policy-map jumbo
switch(config-pmap)# class class-default
switch(config-pmap-c)# mtu 9216
switch(config-pmap-c)# exit
switch(config)# system qos
switch(config-system)# service-policy jumbo
The end result of these differences is this: if you upgrade NX-OS from 4.0 to 4.1, then your jumbo frames configuration will go away, and you’ll need to enter the commands for version 4.1 in order to enable jumbo frame support again. This little gotcha caused me quite a headache when my NFS-based datastores suddenly went offline after the NX-OS upgrade.
More information on the necessary commands can be found here for version 4.0 and here for version 4.1.
Tags: Cisco, Networking, Nexus
-
Hi,
I have a question for Nexus 5000 + NetAPP + Vmware ESX + 3750E solution.
I knew N5K is only support per system jumbo fram. If Netapp storage/Vmware ESX server/N5K enable jumbo frame(9000) and N5K connect to 3750E without jumbo frame by trunking interface, what is going to happend? packet drop?
Because I don’t want to enable jumbo frame on my existing 3750E with L3 routing feature.
is any good idea for that?
Thanks
Mike
-
Hi,
We used the commands mentioned above on nexus 5010 with 4.1 OS and it still shows MTU of 1500 on all interfaces.show running-config shows following:
cisco5010# show running-config
version 4.1(3)N1(1)
feature telnet
no feature ssh
feature fexusername admin password 5 $1$xUKbUH4X$whNeBWSCkhx0gSgwzQfXY/ role network-
no password strength-check
ip host cisco5010 172.22.219.239
switchname cisco5010
logging event link-status default
service unsupported-transceiver
policy-map type network-qos jumbo
class type network-qos class-default
mtu 9216
system qos
service-policy type network-qos jumbo
snmp-server user admin network-admin auth md5 0xb95e70ca9942394accaa26fae49
priv 0xb95e70ca9942394accaa26fae49d8da8 localizedkeyvrf context management
ip route 0.0.0.0/0 172.22.219.1
vlan 1did we miss anything? we appreciate your answer.
Thanks,
Raj -
It may be worth noting NX-OS will convert your QoS configuration when you use the “install all” method of upgrading. Contrary to popular belief, setting boot variables and reloading is not a supported upgrade method in NX-OS or SAN-OS.
Mike’s statement about setting a jumbo per system is not exactly how it works. The Nexus 5000 allows you to set an MTU per class. This is to allow for Ethernet and FCoE frames on the same medium. One could make policy map that specifies multiple MTU’s for the different classes and then apply to only some ports. System QoS applies to the entire system, or all ports unless otherwise configured.
Raj’s comment about the interface MTU – it is confusing since we are using class-based MTU configuration so technically the interface MTU is meaningless, you can safely ignore it. Please use “show policy-map interface” to determine the MTU per class of a given interface.
We have a defect to enhance the “show interface” output to convey the classful configuration:
CSCsl21529 Enhance CLI to display per class MTU
Regards,
John Gill
cisco
Nexus 5000 Customer Operations




6 comments
Comments feed for this article
Trackback link: http://blog.scottlowe.org/2009/11/09/enabling-jumbo-frames-on-a-nexus-5000/trackback/