<?xml version="1.0" encoding="UTF-8"?>
<rss xmlns:content="http://purl.org/rss/1.0/modules/content/" xmlns:dc="http://purl.org/dc/elements/1.1/" xmlns:rdf="http://www.w3.org/1999/02/22-rdf-syntax-ns#" xmlns:taxo="http://purl.org/rss/1.0/modules/taxonomy/" version="2.0">
  <channel>
    <title>topic Re: MTU sizing, best practice in Switches, Hubs, and Modems</title>
    <link>https://community.hpe.com/t5/switches-hubs-and-modems/mtu-sizing-best-practice/m-p/4787364#M25972</link>
    <description>I believe you will want to quantify the percentage of packets that will actually utilize the larger size frame. At some point, if your files are not large enough, the larger packet size may actually increases latencies. &lt;BR /&gt;&lt;BR /&gt;Here is some expert advice that may be beneficial.&lt;BR /&gt;&lt;A href="http://groups.google.com/group/virtualizationbunker/browse_thread/thread/a8b37b82f8ded344" target="_blank"&gt;http://groups.google.com/group/virtualizationbunker/browse_thread/thread/a8b37b82f8ded344&lt;/A&gt;&lt;BR /&gt;&lt;BR /&gt;</description>
    <pubDate>Mon, 16 May 2011 15:38:25 GMT</pubDate>
    <dc:creator>JOB CACKA</dc:creator>
    <dc:date>2011-05-16T15:38:25Z</dc:date>
    <item>
      <title>MTU sizing, best practice</title>
      <link>https://community.hpe.com/t5/switches-hubs-and-modems/mtu-sizing-best-practice/m-p/4787360#M25968</link>
      <description>On a 3500yl L3 switch, we plan to connect (ESX) server interfaces to one VLAN at 1 Gb/s and workstation interfaces to a second VLAN at 100 Mb/s.&lt;BR /&gt;&lt;BR /&gt;To optimize for inter-server performance would mean setting jumbo frame MTU size on the server VLAN, and normal size MTU on the user VLAN. However, this will force the switch to fragment server-workstation traffic, presumably with a performance hit. &lt;BR /&gt;&lt;BR /&gt;What is best-practice for deciding MTU size here? &lt;BR /&gt;</description>
      <pubDate>Thu, 12 May 2011 17:24:24 GMT</pubDate>
      <guid>https://community.hpe.com/t5/switches-hubs-and-modems/mtu-sizing-best-practice/m-p/4787360#M25968</guid>
      <dc:creator>seymour999</dc:creator>
      <dc:date>2011-05-12T17:24:24Z</dc:date>
    </item>
    <item>
      <title>Re: MTU sizing, best practice</title>
      <link>https://community.hpe.com/t5/switches-hubs-and-modems/mtu-sizing-best-practice/m-p/4787361#M25969</link>
      <description>If your workstations are set to 1500B, TCP will negotiate with the server at the connection setup for the frame size.&lt;BR /&gt;&lt;BR /&gt;But if you set the workstations and the server to 9000B and the router can only handle 1500B traffic you will have major slowdowns.</description>
      <pubDate>Thu, 12 May 2011 19:03:09 GMT</pubDate>
      <guid>https://community.hpe.com/t5/switches-hubs-and-modems/mtu-sizing-best-practice/m-p/4787361#M25969</guid>
      <dc:creator>Jay Cardin</dc:creator>
      <dc:date>2011-05-12T19:03:09Z</dc:date>
    </item>
    <item>
      <title>Re: MTU sizing, best practice</title>
      <link>https://community.hpe.com/t5/switches-hubs-and-modems/mtu-sizing-best-practice/m-p/4787362#M25970</link>
      <description>In case anyone else is evaluating this question, here are some test results:&lt;BR /&gt;&lt;A href="http://www.boche.net/blog/index.php/2011/01/24/jumbo-frames-comparison-testing-with-ip-storage-and-vmotion/" target="_blank"&gt;http://www.boche.net/blog/index.php/2011/01/24/jumbo-frames-comparison-testing-with-ip-storage-and-vmotion/&lt;/A&gt; &lt;BR /&gt;&lt;BR /&gt;Evan</description>
      <pubDate>Fri, 13 May 2011 12:19:51 GMT</pubDate>
      <guid>https://community.hpe.com/t5/switches-hubs-and-modems/mtu-sizing-best-practice/m-p/4787362#M25970</guid>
      <dc:creator>seymour999</dc:creator>
      <dc:date>2011-05-13T12:19:51Z</dc:date>
    </item>
    <item>
      <title>Re: MTU sizing, best practice</title>
      <link>https://community.hpe.com/t5/switches-hubs-and-modems/mtu-sizing-best-practice/m-p/4787363#M25971</link>
      <description>If I read the docs correctly, MTU size on a 100 Mb/s interface on that switch is limited to 1500 bytes. &lt;BR /&gt;&lt;BR /&gt;Do you have a ref that suggests otherwise?</description>
      <pubDate>Fri, 13 May 2011 12:25:20 GMT</pubDate>
      <guid>https://community.hpe.com/t5/switches-hubs-and-modems/mtu-sizing-best-practice/m-p/4787363#M25971</guid>
      <dc:creator>seymour999</dc:creator>
      <dc:date>2011-05-13T12:25:20Z</dc:date>
    </item>
    <item>
      <title>Re: MTU sizing, best practice</title>
      <link>https://community.hpe.com/t5/switches-hubs-and-modems/mtu-sizing-best-practice/m-p/4787364#M25972</link>
      <description>I believe you will want to quantify the percentage of packets that will actually utilize the larger size frame. At some point, if your files are not large enough, the larger packet size may actually increases latencies. &lt;BR /&gt;&lt;BR /&gt;Here is some expert advice that may be beneficial.&lt;BR /&gt;&lt;A href="http://groups.google.com/group/virtualizationbunker/browse_thread/thread/a8b37b82f8ded344" target="_blank"&gt;http://groups.google.com/group/virtualizationbunker/browse_thread/thread/a8b37b82f8ded344&lt;/A&gt;&lt;BR /&gt;&lt;BR /&gt;</description>
      <pubDate>Mon, 16 May 2011 15:38:25 GMT</pubDate>
      <guid>https://community.hpe.com/t5/switches-hubs-and-modems/mtu-sizing-best-practice/m-p/4787364#M25972</guid>
      <dc:creator>JOB CACKA</dc:creator>
      <dc:date>2011-05-16T15:38:25Z</dc:date>
    </item>
  </channel>
</rss>

