<div dir="ltr">Which version of Neutron are you on now? Changing the config options had no impact on existing networks in Mitaka. After updating the config, only new networks will be affected. You will need to use an SQL query to update the existing network MTUs.<div><br></div><div>This was changed in Newton (<a href="https://review.openstack.org/#/c/336805/">https://review.openstack.org/#/c/336805/</a>) but we couldn't back-port it because of the behavior change. </div><div><br></div><div><br></div></div><div class="gmail_extra"><br><div class="gmail_quote">On Fri, Nov 4, 2016 at 10:34 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">Hi All,<br>
<br>
<br>
So long story short how do I get my ml2/ovs GRE tenant network to default 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>
</blockquote></div><br></div>