*Jumbo frame on colapse core

Hi Folks,
I have been thinking and research about for that a while now, and yet i have not gotten a formal answer... Please read carefully...
We are a medium size company.... In both our our remotes, we have four 3750G(two of them are 3750X) in a stack. All good there, the nightmare is we have everything single thing(pc,printer,phones,ipcam,servers(running esxi),SAN(storageFlex)) connected to the stack;therefore, the stack switches are acting as core,distribution and access layer at the same time.
I need to enable jumbo frame to speed up back, isci frame between SAN and ESXi hosts. knowing i can only enable jumbo frame globally. Since i have all these devices connected to the stack which aren't supported jumbo! should i go head enable jumbo on the stack? Will the device which aren't support jumbo frame will continue to work? Or since i know interface with 100Mb and less will ignore jumbo, should i set all device for which i don't jumbo frame to 100Mb?
Any help and suggestion will be greatly appreciate.
Thanks,

Disclaimer
The Author of this posting offers the information contained within this posting without consideration and with the reader's understanding that there's no implied or expressed suitability or fitness for any purpose. Information provided is for informational purposes only and should not be construed as rendering professional advice of any kind. Usage of this posting's information is solely at reader's own risk.
Liability Disclaimer
In no event shall Author be liable for any damages whatsoever (including, without limitation, damages for loss of use, data or profit) arising out of the use or inability to use the posting's information even if Author has been advised of the possibility of such damage.
Posting
A device that doesn't support jumbo on a port that does, will work fine as long as another device doesn't send it a jumbo frame. If that happens, the device will be unable to process the received jumbo frame. (I.e. a jumbo enabled switch can allow MTU mismatch between hosts.)
(If you're thinking about IP fragmentation, that will only happen across a L3 hop, and it often creates additional performance issues.)
BTW, on the 3750 series, data transfer performance problems are often caused by default 3750 buffer allocations. Allowing jumbo doesn't address that. I.e., you might obtain much be better data transfer performance via buffer tuning.

Similar Messages

Mid 2010 Macbook Pro - Change MTU size kills internet (Jumbo Frames)

Hi everyone, i'm hoping someone here can enlighten or help me solve my problem I'm having.
I am trying to change my MTU size to enable Jumbo frames on my 13 inch Mid 2010 Macbook Pro. I recently bought a ReadyNAS Ultra and would like to speed up transfers to the unit.
My setup is as follows:
I have my ReadyNAS Ultra 2 and 2010 Macbook Pro (Core 2 Duo) wired via cat6 ethernet to my 5th Generation Apple Airport Extreme. The Airport Extreme is connected via cat5e to my AT&T Uverse Gateway which is set up to allow my Airport to assign DHCP and NAT (gateway is in bridge mode with wireless off).
Anyways, I have enabled Jumbo frames on my ReadyNAS, when I enable them on my MBP.. it applies fine. It disconnects / reconnects the ethernet like it should, but then my connection drops. I can't see any devices on my LAN and I cannot access any internet websites, but according to the network pane I am still assigned a valid dhcp address. When I manually try to increase my MTU size, the same thing happens (from 9000 to 1600 I tried every size).....
Could it be my MBP just can't suppose the increase of MTU size? It leaves them at 1500 when I set it to automatic... if it doesn't support the increased MTU size, why would it let me custom change the MTU and even give an option to select "Jumbo Frames (9000)"?
I appreciate any help in advance!!

asdftroy wrote:
If you did read my post then you would have saw that the option is there, but that is not entirely what my inquiry is about. The option isn't working as intended, and I was wondering if anyone had the same issues as me. Thanks anyways.
Anyone else?
The way you responded to someone trying to help you probably means others will be hesitant to try.

Jumbo frame support with BGP MSS size

Hi All,
I am working at small SP. we are going to enable Jumbo Frame support from end to end. Our core segment have MPLS cloud and packet size could be able support up over 9000 already. Since our Core segment router are running pure BGP with our edge/access segment router , when I enable jumbo frame support on their interface level, I still can see BGP MSS size is 1260 right now. so my question, do I need increase BGP MSS size between our core router and edge router for transiting our SP cloud traffic packet ?
many thanks!
Eric

hi Harold,
I have other question about MSS size for IPv4 and IPv6 BGP session, if the physical link MTU size is 1500 ( same as 1514 on ASR 9K platform), why IPv6 BGP MSS is 1240 and IPv6 BGP MSS is 1220? As I only understand IPv4 headr 20, tcp header 20, but didn't match these MSS size number, I am sure I mis-understand some value in between, could you please let me know how we get 1240 and 1220?
many thanks!
Eric

T61 and Intel 82566mm Jumbo Frame Capable?

I'm trying to achieve the near 100MB/sec performance with my NAS but cannot seem to get past 15MB/sec with 25MB/sec bursts on my gigabit LAN. Do I need to enable jumbo frames for this to work? If so, is the Intel 82566 gigabit NIC even capable of jumbo frames or is this an OS dependent issue? In addition, does my switch also need to have jumbo frame support or is it built into gigabit? And lastly, how would this adversely affect my 802.11n clients connecting to my server - are jumbo frames something 802.11n clients capable of?
T61_Wide | Model No. 7662 - CTO
Core 2 Duo T7250 | 2GB OCZ DDR2-800
82566MM Gigabit | 4965AGN Centrino Pro

check BIOS / configuration and see if INTERNAL LAN is enbaled or disabled. i had this happen when my wireless and lan were not working. fixed it in bios.
T7600, T60p - 2GB - 2.33GHZ - 100GB

Jumbo Frame support

Hi all
I have a vendor that wants to run an application called mirrorview to do a bandwidth test for a new application; the only requirement is that I support jumbo frames on my uplinks. I do not currently have my ports configured to support jumbo frames, are there any benefits or drawbacks to supporting jumbo frames? If so please post so I can weigh those options before I reconfigure my uplinks.
TIA Rodney.
FYI I am running 6500 hybrid in the core , and 3550-xx at the edge.

If jumbo frames are enabled only on uplinks but not all the way between two systems, then the end systems won't take any advantage of jumbo frames. There is no drawbacks of jumbo frames as such as far as I know, but some pitfalls.
Jumbo frames are any frames bigger than standard Ethernet frames (1518 bytes of user-visible part). And some platforms implement jambo frames as big as 9216 bytes (Cat 6500), while others (e.g. Cat 2950) are limited to baby-jumbo of 1530 bytes. So when you enable jumbo frames you must be sure that the size of jumbo frame is consistent across all your systems including servers and client PC's connected to your network.
Another pitfall is that if you enable jumbo frame on any IP-layer interface this will automatically change IP MTU. If you're running OSPF and jumbo frames are enabled only on some systems connected to a subnet but not on other systems from the same subnet OSPF adjacencies will not form until you specify 'ip mtu 1500' on jumbo-enabled systems. As soon as you do this, effect of jumbo frames for IP traffic will be void (but it might still be necessary for things like MPLS). So be sure that systems on common subnet have same MTU.
Routing problem is easy to detect, more general problem is that travelling across L2-only path there is no way for switches to send 'ICMP Fragmentation required' if packet is large then next interface MTU. This will break PMTU Discovery and since most applications usually sent packets at max MTU and DF-bit set, there will be timeouts. So again, consistent MTU across whole L2 path is important.
By the way, if your servers and PC's are not connected via jumbo-enabled links then you unlikely see any difference by enabling jumbo frames on the uplinks because both 6500 and 3550 catalysts are capable of wirespeed performance. The only time when it makes sense to enable jumbo frames only on the core links is when you need some non-IP headers to encapsulate your max-sized IP packets (MPLS is one such example).
As for benefits - servers running (very) heavy traffic applications (think full-feed USENET server with multiple fast peerings) may benefit from sending large portion of data in each packet, so for the same amount of data they need less number of packets. Destination system will have to handle less interrupts and overall performance may increase.
Hope this helps.

Aggregates, VLAN's, Jumbo-Frames and cluster interconnect opinions

Hi All,
I'm reviewing my options for a new cluster configuration and would like the opinions of people with more expertise than myself out there.
What I have in mind as follows:
2 x X4170 servers with 8 x NIC's in each.
On each 4170 I was going to configure 2 aggregates with 3 nics in each aggregate as follows
igb0 device in aggr1
igb1 device in aggr1
igb2 device in aggr1
igb3 stand-alone device for iSCSI network
e1000g0 device in aggr2
e1000g1 device in aggr2
e1000g2 device in aggr3
e1000g3 stand-alone device of iSCSI network
Now, on top of these aggregates, I was planning on creating VLAN interfaces which will allow me to connect to our two "public" network segments and for the cluster heartbeat network.
I was then going to configure the vlan's in an IPMP group for failover. I know there are some questions around that configuration in the sense that IPMP will not detect a nic failure if a NIC goes offline in the aggregate, but I could monitor that in a different manner.
At this point, my questions are:
[1] Are vlan's, on top of aggregates, supported withing Solaris Cluster? I've not seen anything in the documentation to mention that it is, or is not for that matter. I see that vlan's are supported, inluding support for cluster interconnects over vlan's.
Now with the standalone interface I want to enable jumbo frames, but I've noticed that the igb.conf file has a global setting for all nic ports, whereas I can enable it for a single nic port in the e1000g.conf kernel driver. My questions are as follows:
[2] What is the general feeling with mixing mtu sizes on the same lan/vlan? Ive seen some comments that this is not a good idea, and some say that it doesnt cause a problem.
[3] If the underlying nic, igb0-2 (aggr1) for example, has 9k mtu enabled, I can force the mtu size (1500) for "normal" networks on the vlan interfaces pointing to my "public" network and cluster interconnect vlan. Does anyone have experience of this causing any issues?
Thanks in advance for all comments/suggestions.

For 1) the question is really "Do I need to enable Jumbo Frames if I don't want to use them (neither public nore private network)" - the answer is no.
For 2) each cluster needs to have its own seperate set of VLANs.
Greets
Thorsten

Routers: What Are Jumbo Frames and why do I need them?

Some routers' specs specifically mention that they handle jumbo frames (with a number like 9K). I have a network with 2 iphones, two ipads, 4 computers, two networked Blu-Ray players, and 3 computers, all of which are operating simultaneously a lot of the time.
Some other companies seem to be using the fact that they support jumbo frames as part of their selling points. How do they help?
I asked Cisco Chat support about the RVS4000 and whether it supported them on both the WAN and the LAN. They said not on the WAN. They also said "
It appears under the L2 Switch tab you can input a Max Frame type.....
I don't see anything that actually says jumbo frames but I believe you can put in a value.....
after the device is setup you can navigate to the L2 Switch option and it has a Max Frame value"
I'm not sure whether this router supports jumbo frames or not. I have a short list of wired gigabit routers that I'm considering for purchase and the RVS4000 is on the list.
I need to learn more about this topic so any help or pointers to stuff to read would be greatly appreciated.

Thanks so much for the info. I read virtually all of it. The Jumbo Frames thing sounds very tricky - and possibly detrimental. I'll have to see if Time Warner Roadrunner supports them and at what sizes. Other than for really big file transfers between machines on my network (which I don't do that often) it sounds like jumbo frames isn't going to do much for me.
It also looks like the RVS4000 is not what I want. The smallnetbuilder review was a very useful one-although it's 4 yrs old, it's still likely mostly valid.
I do some gaming at times and it sounded like the adjusting of frame sizes until all the devices in the path are the same can cause unacceptable latency. Now it seems that no matter which gigabit router I choose, I need to be sure I get one where I can disable the major frames process, and maybe enable it when I want to do hard drive backups across the network. Welcome to the gigabit ethernet world I guess.
The RV220W sounds like a nice machine, but is a lot more machine than I think I need for my network. I read a very detailed review of it on Amazon at: http://www.amazon.com/gp/cdp/member-reviews/A2BBGBR6ARRJQO/ref=cm_pdp_rev_more?ie=UTF8&sort_by=MostRecentReview#R2SCJUQOKY7EN
It also sounds like it's more complex to set up than I would like to tackle. I'm a retired electrical engineer but definitely not a skilled IT person, so plug and play simplicity is important. I understand just enough to get in trouble.
Thanks again for the links. Much appreciated.

Jumbo Frames support on G4 Powerbook 1.67Ghz??

Hi - I have purchased a Thecus Nas and a gigabit switch, both support Jumbo frames. I want to use the NAS to stream video and hoped I could enable Jumbo Frames on all network devices. On my Powerbook internal NIC the Jumbo frames option is greyed out. Should I be able to configure Jumbo frames on my internal NIC? If so what am I doing wrong?
Many Thanks in advance,
Alan

See the following article:
Mac OS X 10.3 and later: "Jumbo" packet size is dimmed
http://docs.info.apple.com/article.html?artnum=107962
It seems that this important Gigabit Ethernet feature is not included with most Mac NICs.

Does the WRT310N support jumbo frames?

Greetings one and all.
Does anyone know if the WRT310N Wireless-N Gigabit Router support jumbo frames? I have a Buffalo Linkstation Mini NAS that contains a Gigabit Ethernet card. The NAS can support jumbo frames provided the switch it's connected to has the capability.
Thanks

I did a live sesion with the tech support desk
The WRT320N does have hardware support for Jumbo Frames.
Only on the Firmware (Software Side) it's not enabled yet what can easy be done by the Linksys/Cisco development team.
see PDF broadcom BMC53115
http://www.dutchmans.serverthuis.nl/BCM53115.pdf
(Mod Note: Removed chat script)
Message Edited by daikunzeon on 11-27-2009 10:53 PM

Why does iMac (Mid 2012) not support Jumbo Frames?

Why is it not possible to change MTU size to more than 1500? Buying such a high quality product, I would expect that it supports jumbo frames!
My NAS supports jumbo frames, the Air Port Extreme does but a brand new iMac doesn't???
Is there any patch or somethin to fix this?
Thanks!!!

Hi Marcus,
I find conflicting info on this...
The Ethernet port supports the configuration of Ethernet frames larger than 1,500 MTU (Maximum Transmission Unit).
http://support.apple.com/kb/HT4619
Can anyone confirm if the new 2011 imacs already support jumbo frames? I heard it now uses a new broadcom ethernet chip that now supports jumbo frames on the 21 inch model. They removed jumbo frames support in the previous i5 and i7 models...
Hmm, I remember that the iFix tear down revealed that the 2011 iMacs had a Broadcom BCM57765B0KMLG Eithernet chip. (just go to the page and if you are using safari/firefox press command + F and type "Broadcom" to jump to that particular)
http://www.ifixit.com/Teardown/iMac-...eardown/5485/2
so I did a little googling and found out that:
http://www.broadcom.com/products/Eth...lient/BCM57765
Integrated 10/100/1000BASE-T transceiver with:
- 10/100/1000BASE-T triple-speed MAC
- Compliant with IEEE standards
- Compliant with IEEE 802.3az draft standard for Energy Efficient Ethernet™ (EEE)
- State-of-the-art physical layer interface that exceeds IEEE requirements
- Jumbo frame support with up to 9.6 KB frame size
- EthernetAV protocols with IEEE 802.1AS, 1588-2008, IEEE P802.1Qat and IEEE P802.1Qav support
So it should support Jumbo Frames.
http://www.philmug.ph/forum/f23/new-imac-early-2011-sandy-bridge-processors-7106 4/index8.html
Originally Posted by mpe
At least mine doesn't
Weird. My 27" 3.1GHz iMac that was delivered yesterday supports jumbo frames fine. I was quite concerned that it wouldn't because I rely on them for good performance with my NAS
I set it using System Preferences -> Ethernet -> Advanced -> Ethernet -> Configure Manually.
I've confirmed the setting by checking the output of ifconfig. It shows an mtu value of 9000.
http://forums.macrumors.com/showthread.php?t=1148176
Some of the 2010 iMacs did not I read.

Adding jumbo frame support into an existing Ethernet network

I have a remote site with 40 users that connect back to our main site via two point to point T-1s. These users connect to an Exchange server (DMZ), Sybase databases on Sun servers (Internal network), and access the Internet via the main site.
I have installed a new WS-2970G-24TS-E switch into the network at this remote site. I have connected all of the designers (total of 10) Apple G5 workstations and two Apple Xserves to this switch. I have also configured the system jumbo MTU to 9000 bytes on the 2970. I have not yet enabled jumbo frames on the Xserves or the G5s since I am unsure of what the effect on the network might be. I imagine it could range from dropped packets to crashing the router.
I would like to enable jumbo frame support on these devices since they transfer hundreds of gigabytes of data on their local network. But if I do this, what will be the affect when they attempt to visit web sites or connect to the Exchange server?
How have you guys worked with this type of scenario?
The address space for this site is a /25 of one of our class Cs.
Please see the attached Visio diagram that outlines the connection points throughout the network.
Thank you

Best practice here is to segment your Jumbo Frame servers on their own VLANs for Jumbo supported systems only.
As a post here has already mentioned, Path MTU discovery will tell the systems on the Jumbo VLANs to keep the frames under 1500 when talking to a non-Jumbo VLAN.
http://www.cisco.com/univercd/cc/td/doc/product/lan/cat2970/12225see/scg/swint.htm#wp1154596
Please rate all helpful posts.
Brad

Jumbo Frames within Solaris 10 zones and multiple interfaces...

We have Jumbo Frames working in the Global Zone, and have the MaxFrameSize=3,3,3 etc...
We also have our AGGR's built correctly and defined aggr1:1 and aggr1:2
the problem is on boot-up, if all the name files (hostname.aggr1 and hostname.aggr1:1) are defined in the /etc directory, then you can't start the zones....?
and if you place the files in the /export/zones/<machinename>/root/etc/ directory, than the interfaces do not start-up automatically..... ?
So If I want all the interfaces in the global zone to be seen by the other zones, and for the interfaces to come live when the zones are booted.... where do the hostname.interface files live....???

Darren:
I understand where you're coming from from a technical perspective. But there is a way you could work around it.
For argument's sake, zones a+b with e1000g0 - e1000g3
From an implementation perspective, what's to stop you from:
e1000g0 / e1000g1 shared between all
e1000g2 plumbed at global, only assigned to zone a.
e1000g3 plumbed at global, only assigned to zone b.
You can certainly have an empty interface file (i.e. cp /dev/null /etc/hostname.e1000g2 ; cp /dev/null /etc/hostname.e1000g3). The interface will plumb but have no IP information configured.
This doesn't give truly exclusive interfaces to either zone, but it operates effectively as though it were.
Warning: I haven't actually tested this, but I see no reason that it wouldn't work.

Enabling Jumbo Frames in Solaris 10 with Intel NIC

Hello all! I have a Solaris 10 machine with dual Intel NICs that I wish to enable jumbo frames on, but I am unable to find any clear guidance on how to do so. Could someone either provide guidance on this or point me in the proper direction?
Thank you in advance!

Hello all! I have a Solaris 10 machine with dual Intel NICs that I wish to enable jumbo frames on, but I am unable to find any clear guidance on how to do so. Could someone either provide guidance on this or point me in the proper direction?
Thank you in advance!

Is it possible to enable jumbo frames on vmxnet3 under Solaris 10?

Solaris 10 10/09 running on ESX4. VMware tools are installed. ifconfig vmxnet3s0 mtu <value> only works for mtu values of 1500 or less. /kernel/drv/vmxnet3s.conf gives no hints related to jumbo frames.
I've come up empty searching the net. Ideas?

According to this, it looks like you have to set the host for jumbo frames (which makes sense), then set the guest to use it, then set the guest OS to use it...

Jumbo Frames support for Oracle VM 3.0

Hi all
Is Jumbo frames supported for Oracle VM 3.0?
I would like to configure for 2 ways of usage :
1.For NFS usage (against NetApp server). The repository will be located on NFS.
2. For Management Network,i.e dedicated network between the OV Manager and OV Servers.
Thanks,
Rudi

Rudi wrote:
Is Jumbo frames supported for Oracle VM 3.0?No. It's on the list of things to add, though.

*****Jumbo frame on colapse core****

Similar Messages

Maybe you are looking for

*Jumbo frame on colapse core