<div dir="ltr">On 18 April 2016 at 04:33, Ihar Hrachyshka <span dir="ltr"><<a href="mailto:ihrachys@redhat.com" target="_blank">ihrachys@redhat.com</a>></span> wrote:<br><div class="gmail_extra"><div class="gmail_quote"><blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex"><span class="">Akihiro Motoki <<a href="mailto:amotoki@gmail.com" target="_blank">amotoki@gmail.com</a>> wrote:<br>
<br>
<blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex">
2016-04-18 15:58 GMT+09:00 Ihar Hrachyshka <<a href="mailto:ihrachys@redhat.com" target="_blank">ihrachys@redhat.com</a>>:<br>
<blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex">
Sławek Kapłoński <<a href="mailto:slawek@kaplonski.pl" target="_blank">slawek@kaplonski.pl</a>> wrote:<br>
<br>
<blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex">
Hello,<br>
<br>
What MTU have You got configured on VMs? I had issue with performance on<br>
vxlan network with standard MTU (1500) but when I configured Jumbo<br>
frames on vms and on hosts then it was much better.<br>
</blockquote>
<br>
<br>
Right. Note that custom MTU works out of the box only starting from Mitaka.  </blockquote></blockquote></span></blockquote><div><br></div><div>It's been in from at least Kilo (give or take a some bugfixes, it seems, all of which deserve backporting).<br><br> </div><blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex"><span class=""><blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex"><blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex">
You can find details on how to configure Neutron for Jumbo frames in the<br>
official docs:<br>
<br>
<a href="http://docs.openstack.org/mitaka/networking-guide/adv-config-mtu.html" rel="noreferrer" target="_blank">http://docs.openstack.org/mitaka/networking-guide/adv-config-mtu.html</a><br>
</blockquote>
<br>
If you want to advertise MTU using DHCP in releases before Mitaka,<br>
you can prepare your custom dnsmasq config file like below and<br>
set it to dhcp-agent dnsmasq_config_file config option.<br>
You also need to set network_device_mtu config parameters appropriately.<br>
<br>
sample dnsmasq config file:<br>
--<br>
dhcp-option-force=26,8950<br>
--<br>
dhcp option 26 specifies MTU.<br>
</blockquote>
<br></span>
Several notes:<br>
<br>
- In Liberty, above can be achieved by setting advertise_mtu in neutron.conf on nodes hosting DHCP agents.<br>
- You should set [ml2] segment_mtu on controller nodes to MTU value for underlying physical networks. After that, DHCP agents will advertise correct MTU for all new networks created after the configuration applied.<br>
- It won’t work in OVS hybrid setup, where intermediate devices (qbr) will still have mtu = 1500, that will result in Jumbo frames dropped. We have backports to fix it in Liberty at: <a href="https://review.openstack.org/305782" rel="noreferrer" target="_blank">https://review.openstack.org/305782</a> and <a href="https://review.openstack.org/#/c/285710/" rel="noreferrer" target="_blank">https://review.openstack.org/#/c/285710/</a><br></blockquote><div><br></div><div>Indeed, you can actively request the MTU per virtual network as you create them, subject to segment_mtu and path_mtu indicating they're achievable.<br><br>In this instance, configure your switches with a 9000 MTU and set segment_mtu = path_mtu = 9000.  The virtual network MTU will then default to 8950 for a VXLAN network (the biggest possible packet inside VXLAN in that circumstance) and you can choose to set it to anything else below that number as you net-create.  The MTU should be correctly advertised by DHCP when set.<br><br></div><div>I hope you don't find you have to do what Akihiro suggests.  That was good advice about three releases back but nowadays it actually breaks the code that's there to deal with MTUs properly.<br>-- <br></div><div>Ian.<br></div></div></div></div>