Enabling Jumbo Frames on a Nexus 5000

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: , ,

  1. Mike Yu’s avatar

    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

  2. slowe’s avatar

    Mike,

    You’ll need to enable jumbo frames end-to-end. If you can’t/don’t want to enable jumbo frames on the 3750E and that’s where either the hosts or the storage connects, then you won’t be able to use jumbo frames. You’ll have a loss of connectivity.

  3. Raj’s avatar

    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 fex

    username 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 localizedkey

    vrf context management
    ip route 0.0.0.0/0 172.22.219.1
    vlan 1

    did we miss anything? we appreciate your answer.

    Thanks,
    Raj

  4. John Gill’s avatar

    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

  5. Tim H’s avatar

    Thanks for the post Scott. I’m in a colo right now and, well…

    Tim H.
    ePlus Technology