<div dir="ltr"><div>Sorry about the delay, a couple of questions.</div><div><br></div>You're not setting network_device_mtu, right?<div><br></div><div>Also, when you see the 1458 MTU, is that in the API response from neutron on a 'neutron net-show', Or is that just what you are seeing in the interfaces on the compute nodes?</div><div><br></div><div><br></div><div>Setting the following in your server config (not agent), should be enough for VXLAN networks to use a jumbo MTU.</div><div><br></div><div>[DEFAULT]</div><div>global_physnet_mtu = 9000</div><div><br></div><div>[ml2]</div><div>path_mtu = 9000</div><div><br></div></div><div class="gmail_extra"><br><div class="gmail_quote">On Tue, Nov 8, 2016 at 8:31 AM, Jonathan Proulx <span dir="ltr"><<a href="mailto:jon@csail.mit.edu" target="_blank">jon@csail.mit.edu</a>></span> wrote:<br><blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex">On Mon, Nov 07, 2016 at 02:12:14PM -0800, Kevin Benton wrote:<br>
:Which version of Neutron are you on now? Changing the config options had no<br>
<span class="">:impact on existing networks in Mitaka. After updating the config, only new<br>
:networks will be affected. You will need to use an SQL query to update the<br>
:existing network MTUs.<br>
<br>
</span>Mitaka<br>
<br>
I understand that old MTU's won't change, but new overlays are gettign<br>
created with 1458 MTU despite the configs I thnk should tell it the<br>
jumbo underlay size, so I'm probably missing something :)<br>
<br>
I did discover since neutron is now MTU aware I can simply drop the<br>
dhcp-option=26,9000 and (after poking the DB for the existing jumbo<br>
networks which had 'Null' MTUs) the old stuff and new stuff work just<br>
new stuff has overly restrictive MTU.<br>
<br>
:This was changed in Newton (<a href="https://review.openstack.org/#/c/336805/" rel="noreferrer" target="_blank">https://review.openstack.org/<wbr>#/c/336805/</a>) but<br>
<span class="">:we couldn't back-port it because of the behavior change.<br>
<br>
</span>Neat I didn't know support form changing MTU was even planned, but I<br>
gues it's here (well not quite *here* but...)<br>
<br>
-Jon<br>
<br>
:<br>
:<br>
<div><div class="h5">:On Fri, Nov 4, 2016 at 10:34 AM, Jonathan Proulx <<a href="mailto:jon@csail.mit.edu">jon@csail.mit.edu</a>> wrote:<br>
:<br>
:> Hi All,<br>
:><br>
:><br>
:> So long story short how do I get my ml2/ovs GRE tenant network to default<br>
:> to<br>
:> MTU 9000 in Mitaka - or - get dhcp agents on on netork node to give<br>
:> out different MTUs to different networks?<br>
:><br>
:><br>
:> Seems between Kilo (my last release) and Mitaka (my  current production<br>
:> world) Neutron got a lot cleverer about MTUs and teh simple<br>
:> workarounds I had to make by jumbo frames go are now causing some<br>
:> issues for newly created project networks.<br>
:><br>
:> Because I'm setting 'dhcp-option=26,9000' in /etc/neutron/dnsmasq.conf<br>
:> everything get an MTU of 9000 inside the guest OS. I only *really*<br>
:> care about this for our provider vlans, for project networks I only<br>
:> care that they work.<br>
:><br>
:> CUrrently when a new project network is created it get an MTU of 1458<br>
:> (1500 less GRE overhead) this is reflected in teh neutron DB and the<br>
:> various virtual interfaces on the hypervisor and network node, but<br>
:> DHCP configures inside the host to be 9000 and hilarity ensues.<br>
:><br>
:> I tried setting DEFAULT/global_physnet_mtu=<wbr>9134 in neutron.conf and<br>
:> ml2/path_mtu=9134 in ml2.ini (which is the actual MTU of L2 links),<br>
:> agent/veth_mtu=9134 was previously set. I thought this would result in<br>
:> virtualdevices large enough to pass the 9000 traffic but seems to have<br>
:> made no difference.<br>
:><br>
:> I can kludge around by specifying MTU on network creation (or some<br>
:> post facto DB hackery) but this isn't do able through my Horizon UI so<br>
:> my users won't do it.<br>
:><br>
:> Thanks,<br>
:> -Jon<br>
:><br>
:><br>
:> ______________________________<wbr>_________________<br>
:> OpenStack-operators mailing list<br>
:> <a href="mailto:OpenStack-operators@lists.openstack.org">OpenStack-operators@lists.<wbr>openstack.org</a><br>
:> <a href="http://lists.openstack.org/cgi-bin/mailman/listinfo/openstack-operators" rel="noreferrer" target="_blank">http://lists.openstack.org/<wbr>cgi-bin/mailman/listinfo/<wbr>openstack-operators</a><br>
</div></div>:><br>
<br>
--<br>
</blockquote></div><br></div>