diff options
author | Ihar Hrachyshka <ihrachys@redhat.com> | 2016-06-06 15:36:54 +0200 |
---|---|---|
committer | Brent Eagles <beagles@redhat.com> | 2016-07-05 10:35:22 -0230 |
commit | 2a64b67cef74fff86ce6b56b15431b859515844d (patch) | |
tree | 5f4a8778ac31c5d6fa9e9177f601ddd54daa414f /environments/net-multiple-nics-v6.yaml | |
parent | 56398e72be4fe69add9b6e57a9b7d9ede6ece94c (diff) |
neutron: remove tenant MTU configuration options
Since Mitaka, Neutron and Nova do the right thing for MTU, correctly
calculating and applying MTU per network, considering its network type
and underlying physical network MTU (1500 by default). Neutron now also
correctly advertise proper MTU to instances through DHCP and RA
mechanisms. With that, there is no reason to have those MTU hacks in
deployment tools. Actually, they not only do no good, but break some
setups (Jumbo frame aware infrastructure), or at least make them
non-optimal (lowering instance MTU to 1400 when it's not needed, or when
tunnel overhead does not require 100 bytes).
Note that Neutron still has a set of configuration options to allow for
custom physical network MTUs (global_physnet_mtu, path_mtu,
physical_network_mtus). Those options define underlying infrastructure
though, not tenant MTUs. To support Jumbo frames, TripleO should allow
to set those options. That said, it's not the immediate goal of the
patch, and hence such an effort would require a separate patch.
Mitaka+ documentation on MTU configuration for Neutron:
http://docs.openstack.org/mitaka/networking-guide/adv-config-mtu.html
Change-Id: I540ba5dc69d0506f71b59746efcce94c73f9317f
Diffstat (limited to 'environments/net-multiple-nics-v6.yaml')
0 files changed, 0 insertions, 0 deletions