Link Aggregation + Jumbo Frames

Has anybody been able to enable both at the same time? I've been able to try jumbo frames only and link aggregation only without problems. But I want to experiment enabling both at the same time. Is this possible with Mac OS X Server 10.5.2?

I found out that you can activate jumbo frames on an aggregated link setup with the following command:
#sudo ifconfig bond0 [your IP] netmask [your Mask] mtu 9000
but this setting is lost when you reboot your computer.

Similar Messages

Link Aggregation dladm on T2000 with 2 e1000g. How can i change mtu size

Hello
I made a Link Aggregation on a T2000 with e1000g1 & e1000g2 successfully.
Now i want to raise up the mtu size to mtu 9000 for the aggregation.
I tried /etc/hostname.aggr
mtu 9000
unsuccessfully- MTU size still 1500
/kernel/drv/etc/e1000g.conf
setting Max Fram Size for 1 2 3 interface to 2(upto 8k)
also not successfully
MaxFrameSize=0,2,2,2;
# 0 is for normal ethernet frames.
# 1 is for upto 4k size frames.
# 2 is for upto 8k size frames.
# 3 is for upto 16k size frames.
# These are maximum frame limits, not the actual ethernet frame
# size. Your actual ethernet frame size would be determined by
# protocol stack configuration (please refer to ndd command man pages)
# For Jumbo Frame Support (9k ethernet packet)
# use 3 (upto 16k size frames)
Has someone an idea?
thanx for advice

Bug is described:
http://sunsolve.sun.com/search/document.do?assetkey=1-1-6326664-1
Solution is
T-Patch 125020-01
Message was edited by:
sunibk

Link aggregated between NAS and a switch: the Mac as a very slow access...

Hello,
in my Office we're working with Macs and PCs and all the data is on a NAS.
Here is our configuration:
NAS <-link1->Switch<-Link2->Macs or PC.
Macs are connected with AFP protocol (because SMB is very slow).
We want to use Link Aggregation between the NAS and the switch (with 802.3ad procotol) but when we do that all the Macs have a very slow access to the NAS. But all is OK with the PCs.
What can we do? Is there a problem with macOS X and link aggregation?
Thank you for your help.
Nicolas

Sorry, not sure what the question is exactly.
You must have an Xserve, or Ethernet cards capable of Jumbo Frames for one, I assume the Switch & NAS are capable?
Possible clues...
http://docs.info.apple.com/article.html?path=ServerAdmin/10.4/en/c3ha3.html
http://discussions.apple.com/thread.jspa?threadID=1715388&tstart=0
http://www.macnn.com/articles/04/06/21/link.aggregation.for.macs/
http://www.smallnetbuilder.com/content/view/30556/53/
http://www.afp548.com/forum/viewtopic.php?showtopic=8309

Catalyst 3750 and jumbo frames

We're looking to implement a gigabit segment with a 3750 switch, with the latest apple imac G5 clients connected and and an xserve G5 connected doing link aggregation using a 4 port smalltree NIC.
Although the Xserve supports jumbo frames i believe the imac NICs DON'T support jumbo frames although the operating system does( the imac NICs DO support 1000T ) Ideally we'd want the 3750 switch to be configured for Jumbo frames. The 3750 switch we've chosen has all ports of 10/100/1000T with the SMI, so all ports will have the MTU set at 9000 if we enable jumbo.
Although the Xserve will be fine, i'm worried about traffic that ingresses from the xserve and egresses out to a 10/100/1000 port to which an imac is connected which i believe does not support Jumbo frames. What are the issues in terms of connectivity and dropped packets for an imac G5 connected to a 3750 ?
seeing as the MTU is set globally and all our ports are gigabit, and machines will be connected to these ports that don't support jumbo but are advertised as having 'gigabit capability'
Sorry if these sounds like an incoherent rant, but i needed to provide as much info as possible. Help much appreciated

just to add, in comparison HP gigabit switches can do jumbo vlan on a per vlan and per port basis it's a shame the 3750 can't do that

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.

Cant get link aggregation working on srw2048

Hello
We are trying to setup link aggregation between 2 nodes in our cluster. They are 64 bit nodes running Opensuse 11.1 and are connected by Gigabit Ethernet. We have an srw2048 switch.
The problem is we are not able to see any performance improvement in network bandwidth after the configuration. We seem to have configured the nodes correctly: ifconfig shows something like this on both nodes, where eth4, eth5 are slaves to bond0 :
bond0     Link encap:Ethernet HWaddr 00:1E:68:78:F9:84            inet addr:192.168.1.198 Bcast:192.168.1.255 Mask:255.255.255.0           inet6 addr: fe80::21e:68ff:fe78:f984/64 Scope:Link           UP BROADCAST RUNNING MASTER MULTICAST MTU:1500 Metric:1           RX packets:40443248 errors:442 dropped:0 overruns:0 frame:442           TX packets:30955485 errors:0 dropped:0 overruns:0 carrier:0           collisions:0 txqueuelen:0            RX bytes:31836352423 (30361.5 Mb) TX bytes:31997996320 (30515.6 Mb)
eth4      Link encap:Ethernet HWaddr 00:1E:68:78:F9:84            UP BROADCAST RUNNING SLAVE MULTICAST MTU:1500 Metric:1           RX packets:6213 errors:0 dropped:0 overruns:0 frame:0           TX packets:15477741 errors:0 dropped:0 overruns:0 carrier:0           collisions:0 txqueuelen:1000            RX bytes:1290977 (1.2 Mb) TX bytes:16000747443 (15259.5 Mb)           Interrupt:246 Base address:0xe000   eth5      Link encap:Ethernet HWaddr 00:1E:68:78:F9:84            UP BROADCAST RUNNING SLAVE MULTICAST MTU:1500 Metric:1           RX packets:40437035 errors:442 dropped:0 overruns:0 frame:442           TX packets:15477744 errors:0 dropped:0 overruns:0 carrier:0           collisions:0 txqueuelen:1000            RX bytes:31835061446 (30360.2 Mb) TX bytes:15997248877 (15256.1 Mb)           Interrupt:247 Base address:0x4000
Starting the network services shows
bond0          bond0     enslaved interface: eth5     bond0     enslaved interface: eth4     bond0     (DHCP) . . IP/Netmask: '192.168.1.198' / '255.255.255.0'
So it seems that the client side configuration is correct. The bond has been configured with the default mode balance-rr.
On the switch side, we have grouped the right ports to form LAG groups and have checked LACP on them. Running some trusted TCP benchmarks yields the same results as the original configuration without link aggregation.
I feel we are missing some configuration on the switch side.
Can anybody point out what we are doing wrong?
Thanks,
K**bleep**ij

If you think this has been a mis-configuration on the switch side, please try to reset the switch and then re-configure it again. You may also seek assistance with a Cisco/Linksys tech support so that they can guide you step by step at real time.

How to enable "Jumbo Frame" at RV320 LAN ports?

I'm sorry about my silly question, where is the option to turn on the "Jumbo Frame" or allow to adjust MTU at the RV320 LAN ports?
I can't found that in the Web management interface, will it just take the 9Kb MTU packet and no need to set?
Looks like the MTU settings is only available at those internet ports or USB interface.

Hello,
You won't find any LAN side MTU settings on any of the small business routers. The LAN ports are simply layer 2 switch ports, which means they will either forward or drop the larger packets. They have to be gigabit ports as well, Jumbo Frames do not work with anything less. Unfortunately I cannot find anything specific to this model, and I am unable to test it since I don't have any Jumbo capable NICs.
So your best bet is really to just give it a try. The switch ports on the router will either forward or drop the packets, and anyone going out to the internet will either lower their packet size using MTU discovery, or the router will fragment the packets down to a size appropriate for the WAN link.
I wish I could be more specific, but without being able to test it that is the most info I can give you right now.
Let me know how it goes,
Christopher Ebert

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

Which Macs Support Jumbo Frames?

Is there a list anywhere of which Macs support Jumbo Frames and which don't? I can tell my Mac Pro does, and my MacBook does. But sadly, my G4 does not, even though it has gigabit ethernet. Unfortunately, the G4 is my home server so it's the computer that would benefit me the most by supporting them. Just going from my mac pro to macbook, my transfer speeds jumped from 40MB to 50MB/sec. And that may have been bottlenecked by the MacBook's hard drive.

Hey l008com,
Is true
http://img38.imageshack.us/img38/6452/picture1rox.png
How the heck do you embed an image in this forum?
Add a ! between the link like this (I add the " " between it so you could see).
"!http://img38.imageshack.us/img38/6452/picture1rox.png!"
and with the " " removed ...
!http://img38.imageshack.us/img38/6452/picture1rox.png!
Anyway, GET IT NOW? 1504 is the limit, even though it's the built in gigabit ethernet on a dual 800 quicksilver G4.
But anyhow now that I have more info about your G4, does it have a built-in 10/100/1000BASE-T Ethernet connector and four-port 10/100BASE-T Ethernet PCI card (RJ-45 connectors)? If I'm correct about this then the gigabit port is an Uplink Port for a Hub, a Switch, another Server, Access Point or some other Network Device. I know that's not much help but the more I know about about your existing Network Setup, the less I guess about it. One thing to keep in mind is that your ISP Internet Connection is slower that 10MB/s anyway plus the their MTU's are NOT the same size and I know why.
But that really doesn't much if your Network Speed is more important than the Internet Speed.
Later ...
Buzz

Airport Utility on iMac with Jumbo Frames can't read Airport configuration

My 24" iMac is connected to a Netgear switch (GS608 rev2) that supports Ethernet jumbo frames. My GigE Airport Extreme base station is also connected to the Netgear switch and is acting as a gateway for my cable modem connection. Here's the rough wired layout:
iMac--Netgear--Airport--Cable Modem
The iMac has jumbo frames enabled (MTU=9000) and can communicate fine to the Internet and other devices on my local LAN (including a Netgear NAS box also with Jumbo frames enabled).
Airport Utility on the iMac starts and discovers my 3 Airports (1 extreme + 2 express) but if I double click on one of them to configure it, the window says "Reading the AirPort Extreme configuration..." and hangs there never bringing up the setup screen. Printer jobs to the shared USB printer that worked before Jumbo Frames were enabled on the iMac are also failing. The same happens for the 2 Airport Express as well although I can still steam Airtunes music to them.
Any ideas what might be wrong ? Do the airports have problems negotiating with jumbo frame enabled Macs ?
My wireless MBA with std MTU can still communicate fine with the Airports.
Thanks,
E
Message was edited by: Gaijin Kuma

None of Apple's Airports support jumbo frames.
The networking chip that Apple uses in the Airport Extreme has the capability to support jumbo frames, but it isn't an option that Apple has chosen to expose to the user. So you can't reliably use the Airports on a jumbo frame enabled subnet.
The likely reason the Internet is still working is that, unless your uploading, it's unlikely the iMac sent a packet in excess of 1500 bytes to the Airport. The Airport is always sending 1500 byte packets which your iMac wold receive fine regardless of what the MTU was set (well, unless it was set below 1500).
Some people do report success but I would be wary of their results, they may not have down/upped the interface so the MTU may have been listed as changed, but not yet actually changed to the larger MTU. No-one has actually posted a tcpdump -e capture showing an Airport actually sending/receiving packets in excess of 1500 bytes.
Some more links to this discussion topic-
http://discussions.apple.com/thread.jspa?threadID=1085469
http://discussions.apple.com/thread.jspa?threadID=1222397
http://www.smallnetbuilder.com/content/view/30188/96/

Jumbo Frame - Enabling on a VLAN of CAT 6500 running IOS

Jumbo frames needs to be enabled on one of the vlan interface on Cisco 6500 IOS Switch.
=================================================================
•1) Once enabled the mtu 9216 on the required vlan interface do we need to reload the switch to take effect (I believe that in some low end swicthes it needs a reload)
•2) If we enable only one Vlan interface, how about the other vlan interfaces(about 200 are on this switch)? Do we need to specify mtu1500 on other vlan interfaces?
I have read information at the following two links, but I still wish to reconfirm by asking the questions in this forum. Someone who has already implemented this may have gained more experience while implementing it on CAT 6500 IOS Switch.
https://supportforums.cisco.com/message/963341#963341
http://www.cisco.com/en/US/products/hw/switches/ps700/products_configuration_example09186a008010edab.shtml
http://www.cisco.com/en/US/products/hw/switches/ps700/products_configuration_example09186a008010edab.shtml#backinfo1
Thanks.
Alphonse

You do not need to reboot your 6500 after you enable jumbo frames, but it is good idea to do it during an outage window. You only need to reboot smaller switches i.e. 3560, 3750, etc...after enabling jumbo frames. On these switches you can only enable it globally. Only enable jumbo frames for the vlans you need. You usually need jumbo frames for vlans connecting to the storage systems.
Good Luck

Dual nic NAS and Jumbo Frame

I am posting this on the server area because I doubt I am going to get an answer anywhere else.
I have a linux based NAS running netatalk and avahi (afp server and bonjour) with two nics and I have a brand new Mac Pro with two NICS. What I want to do is run a crossover cable between the NAS and the Mac Pro in addition to both being plugged into the normal network. The normal network would have 1500 byte mtu so my internet performance and all of the various vintages of print servers work ok. The dedicated network would have jumbo frames. As we get more Mac Pros, we would add a switch and more machines to this secondary jumbo frame network.
That in theory should work fine (I have done it with other operating systems). My quandary is how to get the Mac to always connect to the NAS via the Jumbo nic and not through the other nic? The Mac learns of the server via Bonjour, so how do I tell it to prefer the "appearance" of the server on the jumbo NIC vs the appearance on the normal network. I know with WINS or DNS I can override the name resolution with a LMHOSTS or hosts file entry, can I do the same with Bonjour?
Thanks for any help or any pointers in the right direction!

I think you are misguided in your assumption that I am not intimately familiar with TCP and don't know what I am talking about.
TCP does not "negotiate" MSS, it advertises the MSS of each side to the remote in the 3 way handshake. It is perfectly acceptable to have asymetric MSS values. TCP does NOT NEGOTIATE a common MSS size. On a LAN, this will result in a functional communication. UDP however does not have such mechanisms and will fail.
TCP will also not function properly in the scnario of my local workstaion with jumbos enabled communicating with a distant endpoint that also has jumbos enabled across a transit network that does not support the maximum MSS used by one of the end stations. For giggles let's say the far end is FDDI and has 4k frame size. Our transit does not support frame sizes larger than the "natural" frame size of 576 bytes. We will use a 4k frame size from me to the remote and a 9k from the remote to me. If the remote sends to me it can use the full 4k MSS of token ring because its less than my MSS. In the reverse my workstation would send 4k frames back to the token ring station. Successful communication would then depend on path MTU and intermediary routers to send ICMP type 3 code 4 messages to signal back to our end stations to reduce our MSS (assuming the DF bit is set on our traffic or the transit router is incapable of fragmentation).
This is perhaps a bit of a flippant example in that nobody would be running FDDI or Token ring anymore, but random entities on the internet will run jumbo frame and perhaps some other l2 technology we aren't familiar with.
Did you ever deal with someone on a token ring segment trying to hit 3Com's web site when it was fddi or token ring? I have on several occasions. I also see this with VPNs all the time. Cisco's genius recomendation is to reduce your MSS on your server as some of their products don't support PMTU. I have had a Cisco <-> Juniper VPN where transfers worked one way because the Juniper would silently strip the DF bit from the packet and fragment it and the Cisco router (38xx) wouldn't do the same in the reverse direction. I also went through **** with the Nortel Contivity VPN devices while they sorted out what to do with the whole MTU negotiation issue.
I have spent many hours of my life pouring through sniffer captures because of mismatched MTUs. Let's not forget the old days of FDDI backbones with ethernet segments bridged across them and FDDI attached servers... mismatched buffers... no thanks.
I therefore don't want to waste my time troubleshooting some bizzare networking issue when there is a perfectly valid way of solving the issue for absolutely minimal expense. I am moving large files here (certainly large enough to get well out of TCP slow start), we easily saturate the full gig link minutes at a time and a saturated gigabit link at standard frame size is inefficient due to the interpacket gap which is locked at 96 bit times for ethernet and the 40 bytes of TCP/IP header plus whatever application payload is prepended per packet on each link. Cutting the number of TCP/IP headers and (probably more importantly since most decent nics do checksum offload these days) application layer headers also reduces load on both client and server.
On large sequential bulk data transfers jumbo frame effectively increases performance and reduces overhead. Period. I have implemented it from the early days of Alteon hardware in Sun servers through Juniper EX products last week. Every iSCSI implementation I run into is jumbo frame based for those exact reasons.
That being said, I don't need to restrict anything. All I want to do is to override bonjour/mDNS for this particular host such that the Pro always communicates over the jumbo segment. This is easily accomplished in windows with an LMHOST entry or in a unix environment with a HOSTS file entry. Is there some way to override bonjour from the client side? I'm ok even statically defining the services presented by bonjour on this host.
I am also willing to force all bonjour requests through a DNS server, however Apple doesn't have any decent documentation on how this is accomplished in an enterprise environment.

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.

SRW2008 - How To Enable Jumbos Frames?

Title says it all....
How do you enable jumbo frames on an SRW2008?
The data sheet says it supports jumbo frames, but the manual does not say how to enable, and I did not find it in the Web GUI.
It just occured to me (light dawns on marblehead) - perhaps this needs to be done via the CLI?
TIA.

Title says it all....
How do you enable jumbo frames on an SRW2008?
The data sheet says it supports jumbo frames, but the manual does not say how to enable, and I did not find it in the Web GUI.
It just occured to me (light dawns on marblehead) - perhaps this needs to be done via the CLI?
TIA.
Hi,
Check out the below link
http://portforward.com/routergui/Linksys/SRW2008/Jumbo_Frame.htm
Hope to Help !!
Ganesh.H
Remember to rate the helpful post

Jumbo Frames question on SRW series Switches

One of our vendors was saying that on an un vlaned switch, using jumbo frames, if a link to a server that did not use jumbo frames it would disable jumbo frames for the whole switch. Does anyone know if there is there is any truth to that statement?

I don't think so because once you enable jumbo frame on the switch it automatically enable it on all the ports.

Link Aggregation + Jumbo Frames

Similar Messages

Maybe you are looking for