similar to: [Bridge] Jumbo frames support?

Hi, Has anyone using CentOS 6 been able to successfully set an mtu larger than 9710 on an interface. I am seeing super jumbo frames with length > 10000. ... IP 10.79.4.53.64327 > 10.79.2.53.24294: Flags [.], seq 16060:29200, ack 1, win 32767, length 13140 ... CentOS release 6.7 (Final) Thanks, -- Stephen Clark *NetWolves Managed Services, LLC.* Director of Technology Phone:

On 11/09/2015 12:36 PM, Gordon Messmer wrote: > On 11/09/2015 08:34 AM, Steve Clark wrote: >> Has anyone using CentOS 6 been able to successfully set an mtu larger >> than 9710 >> on an interface. > Maximum frame size varies from implementation to implementation: > http://pages.uoregon.edu/joe/jumbo-clean-gear.html > > It's also worth noting that that due to

Hello, I have 2 network cards on my 2 of my computers that I am trying to transfer data on. The second network cards are specifically for transferring files between the two so I enabled jumble frames by setting the mtu to 9000. I seem to be able to connect between the two via ssh and other methods using this setting so I thought everything was working right until I tried rsync. I used the

After successfully getting higher MTU to work on my Realtek NICs, I started testing the impact of higher MTU on file transfers using NFS exported ramdisk to ramdisk. The results were unexpected. The higher the MTU on the sending NIC, the lower the file transfer speed. I tested by using time cp to copy a 1GB file (In case compression might affect the results, so I dd the test file from the CentOS

Hello there. I use Online Xanto ups'es so I did some googling for their support in nut. Turns out that... - networkupstools.org talks about an 'optiups' driver in the development version (http://www.networkupstools.org/compat/dev.html - by the way, the web page says 'stable' in the title and headings just like the actual stable one) - Andreas Thienemann seems to have a

Hi, I have an XCP 0.5 box running a few DomUs some of the DomU''s data is stored at (clustered lvm volumes on) a Coraid etherdrive box which is connected via an Ethernet cable to a dedicated card of the XCP box, for which in the network config I'' ve specified: MTU=9344: xe network-param-list uuid=.... gives: MTU ( RW): 9344 on the DomUs if I leave the MTU at 1500 (default

Hi, I searched the mailman archives for this topic and there were some older messages that indicate that a large MTU should work, but it's not going too well here. I've got three systems (A, B, and C) with kernel 2.6.12.2; there are back-to-back gigabit connections between A & B and between B & C. Testing prior to bridging, the MTU is set to 9000 on every interface and a 100 MB

Hi everyone, I have looked through the list archives and seen a few posts about jumbo frame support, but there is no definitive answer on whether or not it has been tested or is working for anyone. I tried using an MTU of 9000 in a domU and encountered some very interesting and not-so-great results. My machines used in this test are: * NFS (physical) * dom0 (physical) * domU (virtual)

I have some Xen systems running Xen-4.1.1, dom0 linux-2.6.38 patched (it''s gentoo''s xen-sources) and domUs running linux-3.0.4 (vanilla sources from kernel.org). Block devices are phy on LVM2 volumes on DRBD-8.3.9 devices. Not immediately after boot, but after some I/O load on the disks I start seeing these in the domUs: blkfront: barrier: empty write xvdb1 op failed blkfront:

Hello all, Not sure if I am completely missing something but here goes. I have XCP 1.0 running without any issues. I have the mtu set on both the storage network, the corresponding PIF, and the VIF to 9000 and when displayed in ifconfig it shows that this is indeed true. I have several CentOs 5.6 VMs running in HVM mode (i.e. no xen kernel) which attach to the the storage network through these

On the network theme again. The adapters on the management/storage network all default to an mtu of 1500. Are there plans to be able to indicate when a network supports jumbo frames? Cheers, Justin.

When using OCFS2 in a Oracle RAC set, one would configure OCFS2 to use the private interconnect address ( in cluster.conf). Are there any known issues / reasons not to have the private interconnect set up for jumbo frames when using in conjunction with OCFS2 ? Thanks -- -------------- next part -------------- An HTML attachment was scrubbed... URL:

I would like to use jumbo frame for local interfaces, but I am not sure in which order to set it up. Should it be set on the physical interface first, then on the bridge and on the guest, or in another way? On some servers there are configurations with vlan on the bridge

Hello list. I'm planning a new mail servers for our company's customers to replace the oldish Courier-IMAP based one, we already started to deploy some mail accounts on a dovecot-2.0 server as an early test. I'd like to implement the new system with dovecot-2 (I'll probably go straight to dovecot-2.1.x) and I'd like to get it right from the beginning so I'm here asking for

Hi, Increasing MTU beyond 1500 in Linux dom0 results in ooopses. I did not find any statement whether 2.0 series support jumbos or not in dom0. Does it? TIA, Teemu -- _______________________________________________ Xen-users mailing list Xen-users@lists.xensource.com http://lists.xensource.com/xen-users

I was trying to do some performance testing between using iSCSI on the host as a diskfile to a guest vs the VM guest using the iSCSI device directly. However, in the process of trying to establish a baseline performance figure, I started increasing the MTU settings on the PCI-express NICs with RTL8168B chips. First bottleneck was discovering the max MTU allowed on these is 7K instead of 9K but

Hi, after my publisher has to shut down his business at the end of last year, it took several months to organize everything. But it's done! I'm happy to announce: The Dovecot book is available again. You can order it at Createspace: https://www.createspace.com/5942312 Or Amazon: https://www.amazon.com/dp/1534895701 https://www.amazon.co.uk/dp/1534895701

I have a bridge that has gigabit interfaces. The machine in question has the fun job of being a Bridge, Firewall and SMB server. Both of the Gigabit interfaces are connected to workstations directly via Xover cable (well MDI-X to be exact). My question is, if I enable jumbo frames on the gigabit interfaces will that make any difference in overall transfer rate of the bridge? I was thinking it

We are utilizing the xen hypervisor on nexenta with ISCSI as our method of communication with the guests (currently ubuntu but could be moving to centos). Obviously jumbo packet support would be nice to have. The last time I see that on the xen roadmap http://wiki.xensource.com/xenwiki/XenRoadMap . Is there a canonical place that spells out if jumbo frames are now supported or still on the

We have a cluster (212 nodes) that are on a gig-e network useing jumbo frames (mtu 6000) To reload a node we have to plug it into a regular 1500 mtu that is running off a differnt port on the head node to install. Is there a way to tell in the 'append' line of /pxelinux.cfg/default to have the bcm5700 module run wiht jumbo frames. this is our append right now append load_ramdisk=1