Jumbo Frame iSCSI

I am using iSCSI for backup to disk. The target is SUSE 10 and initiator
is NW 6.5 sp7. The speed isn't so great, so I'm trying to make sure I've
got Jumbo frames setup properly. I've added the switch Jumbo=9000 to my
netinfo.cfg file, as per a post here by Massimo from 15-Aug-2007.
So the load network card line looks like this:
LOAD B57 NAME=B57_1_EII_EII FRAME=Ethernet_II SLOT=10019 Speed=AUTO
RxBuffers=200 Jumbo=9000
But when I look in Monitor > LAN/WAN Drivers the Jumbo Packet Size
(bytes) still reads 0. So, I don't think I'm getting Jumbo frames happening.
I've also set the following:
TCP delayed acknowledgement =on
tcp nagle algorithm=on
tcp minshall algorithm=on
set tcp maximum inital receive window = 64
and in startup.ncf
set maximum physical receive pacet size = 1800
Can anyone help me figure this out?
Thanks,
Doug

Massimo Rosen wrote:
> Hi,
>
> Doug wrote:
>> I am using iSCSI for backup to disk. The target is SUSE 10 and initiator
>> is NW 6.5 sp7. The speed isn't so great, so I'm trying to make sure I've
>> got Jumbo frames setup properly. I've added the switch Jumbo=9000 to my
>> netinfo.cfg file, as per a post here by Massimo from 15-Aug-2007.
>>
>> So the load network card line looks like this:
>>
>> LOAD B57 NAME=B57_1_EII_EII FRAME=Ethernet_II SLOT=10019 Speed=AUTO
>> RxBuffers=200 Jumbo=9000
>
> That looks good. Yre you sure this is the first load line for that nic?
>
>
>> Can anyone help me figure this out?
>
> Well, you already got the question about your switch, but what about the
> Target? Are you sure it can really do Jumbo Frames? If all else fails,
> take a lan trace of a tcp connection setup, and you wil see which frame
> size is advertised by each side.
>
> CU,
Yes the target is doing jumbo frames. I set the MTU to 9000, and the
Windows box saw a good improvement on speed.
Here's the netinfo.cfg file.
#!VERSION=2.3
#! --- WARNING -- WARNING -- WARNING -- WARNING -- WARNING -- WARNING ----
#! This file was created by the Internetworking Configuration Console.
#! It is intended to be modified ONLY by the configurator (INETCFG.NLM).
#! Tampering with this file may cause severe malfunctioning of the system.
#! The configurator will check for tampering and abort if it is detected.
#!SERVERTYPE=NORMAL
#!UIMODE=NORMAL
#!BEGINGENLOAD
LOAD SNMP
LOAD BCALLSRV
#!END
#!BEGINTSMLOAD
#!END
#!BEGINBOARD DRVR=B57 NAME=B57_2_EII STATUS=ENABLED NUMPORTS=1
DRVRTYPE=LAN VARIABLEPORTS=NO PORTPARAM=CHANNEL SLOT=10020 Speed=AUTO
RxBuffers=200
#!BEGINPORT NAME=B57_2_EII NUMBER=1 STATUS=ENABLED FRAMES=YES NUMLINKS=0
MEDIA=EtherTsm WANFRAME=UNCONFIGURED
#!REFCOUNT=1
LOAD B57 NAME=B57_2_EII_EII FRAME=Ethernet_II SLOT=10020 Speed=AUTO
RxBuffers=200 Jumbo=9000
#!END
#!END
#!BEGINBOARD DRVR=B57 NAME=B57_1_EII STATUS=ENABLED NUMPORTS=1
DRVRTYPE=LAN VARIABLEPORTS=NO PORTPARAM=CHANNEL SLOT=10019 Speed=AUTO
RxBuffers=200
#!BEGINPORT NAME=B57_1_EII NUMBER=1 STATUS=ENABLED FRAMES=YES NUMLINKS=0
MEDIA=EtherTsm WANFRAME=UNCONFIGURED
#!REFCOUNT=1
LOAD B57 NAME=B57_1_EII_EII FRAME=Ethernet_II SLOT=10019 Speed=AUTO
RxBuffers=200 Jumbo=9000
#!END
#!END
#!BEGINPROTO PROTO=TCPIP STATUS=ENABLED
LOAD Tcpip RIP=No Static=Yes LoadSharing=No Forward=No VIPASupport=No
#!BEGINBIND STATUS=ENABLED
BIND IP B57_2_EII_EII ADDRESS=xxx.xxx.xxx.xxx MASK=255.255.255.0
#xxx.xxx.xxx.xxx
#!END
#!BEGINBIND STATUS=ENABLED
BIND IP B57_1_EII_EII ADDRESS=xxx.xxx.xxx.xxx MASK=255.255.255.0
#xxx.xxx.xxx.xxx
#!END
#!END

Similar Messages

  • 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

  • Jumbo Frame issue

    I have a iMac late 2008, a lot of times (generally every OS upgrade, minor and major) that I try to use the jumbo frame, every time  with the same result: for one our or two it works well, after the LAN stuck, I have to pull off and plug-in the cable in order to unstuck the LAN.
    I use NFS in order to store in the NAS the Virtual Machine and they fly with jumbo frame, 2 or 3 times faster then without.
    I tried to fix the speed, the half or full duplex but the result are always the same, like a time bomb!
    Why that's happen? Have anyone any idea?

    Hi,
    In the end, it turned out to be that the port-channel interface on the Dell did not have jumbo MTU set. I did the following to set it:
    config
    interface port-channel 1
    mtu 9216
    end
    copy run start
    At that point, both interfaces in the port channel got shutdown for some reason, the 7120 showed its 2 SAN interfaces as down too.
    So, I did a:
    no shutdown
    When the interfaces and port-channel came back up, I was able to vmkping -d -s 8972 to the target IP address, and from windows a ping -f -l 8972 worked. I am able to scan and see iSCSI targets now.
    Edited by: ziffsis on Jan 31, 2013 10:51 AM

  • 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.

  • 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.

  • 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-1’s. 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 Xserve’s 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 Xserve’s or the G5’s 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 C’s.
    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.

  • FTTH connection proper MTU Size and Jumbo frames

    I've recently moved to a ISP that provides a 4mbps connection through FTTH(Single OFC). There is a EPON ONU in my premise from which a RJ-45 lan cable is connected to my Intel DH67CL1 board based PC. manual says, the NIC is a gigabit ethernet card. I tried setting MTU of 8996 and I can ping and browse fine. But, I'm totally in dark whether this value is optimum and works flawlessly browsing sites. How to find and set the proper MTU for a fibre network like this? Is the value correct?
    I tried like this decreasing mtu value:
    ifconfig eth0 mtu 8997
    SIOCSIFMTU: Invalid argument
    then,
    ifconfig eth0 mtu 8996
    ^^^ No error message and it seems accepting.
    BTW, from arch wiki, I saw that the driver module(e1000e which is used here) used by NIC  have some bug report filed wr.to Jumbo frame. Am I doing things correctly? Earlier MTU was at default 1500. Please guide. thank you
    Some drivers will prevent lower C-states
    Some kernel drivers, like e1000e will prevent the CPU from entering C-states under C3 with non-standard MTU sizes by design. See bugzilla #77361 for comments by the developers.
    https://wiki.archlinux.org/index.php/Ju … mbo_frames

    yeah, i actually talked to support and they told me the same thing. just another example of misleading information from Linksys as here is what the manual and the help page say:
    MTU
    MTU is the Maximum Transmission Unit. It specifics the largest packet size permitted for Internet transmission. Select Manual if you want to manually enter the largest packet size that will be transmitted. The recommended size, entered in the Size field, is 1500. You should leave this value in the 1200 to 1500 range. To have the Router select the best MTU for your Internet connection, keep the default setting, Auto.
    no where in that description does it say that 1500 is the maxmium. 
    because this is also a gigabit switch, one would expect that jumbo frame support is not out of the realm of possibility. as a point of reference any other $50 (or less) gigabit switch supports this, but that's what i get for expecting too much from Linksys.
    thanks for the info.

Maybe you are looking for