Bug 1396481 - Unable to set global_physnet_mtu
Summary: Unable to set global_physnet_mtu
Keywords:
Status: CLOSED WONTFIX
Alias: None
Product: Red Hat OpenStack
Classification: Red Hat
Component: openstack-neutron
Version: 8.0 (Liberty)
Hardware: Unspecified
OS: Unspecified
low
medium
Target Milestone: async
: 8.0 (Liberty)
Assignee: Brent Eagles
QA Contact: Toni Freger
URL:
Whiteboard:
Depends On: 1393351
Blocks: 1386319 1394845
TreeView+ depends on / blocked
 
Reported: 2016-11-18 12:59 UTC by Jakub Libosvar
Modified: 2018-07-17 14:23 UTC (History)
7 users (show)

Fixed In Version:
Doc Type: If docs needed, set a value
Doc Text:
Clone Of: 1393351
Environment:
Last Closed: 2018-07-17 14:23:11 UTC
Target Upstream Version:
Embargoed:


Attachments (Terms of Use)


Links
System ID Private Priority Status Summary Last Updated
Launchpad 1643905 0 None None None 2016-11-22 14:14:35 UTC

Comment 1 Arie Bregman 2016-11-22 12:56:25 UTC
TripleO (OSP < 10) allows you to specify 'NeutronTenantMtu' which sets path_mtu in neutron.conf, but that applies only for tunneled networks.

We need the 'NeutronGlobalPhysnetMtu' which introduced in OSP 10, to allow setting the MTU for flat and vlan networks (global_physnet_mtu).

Comment 2 Brent Eagles 2016-11-22 14:09:56 UTC
My patch that undid some of the tangled mess with regards to dhcp options would have been better off leaving the hieradata setting alone. It was either already directed to global_physnet_mtu at that point or was changed later

Comment 3 Assaf Muller 2016-12-19 13:16:01 UTC
Is this relevant still for OSP 8?

Comment 5 Brent Eagles 2017-02-08 19:50:28 UTC
Unless I am missing something, OSP 8 doesn't actually have global_physnet_mtu so ultimately we need a mechanism which produces similar results. FWICT that is segment_mtu? What's the actual impact/use of network_device_mtu in that release? I'm guessing it should be labelled "considered harmful".

Comment 7 Assaf Muller 2018-07-17 14:23:11 UTC
Director sets up MTU correctly on OSP 10+, we are not able to fix this in older versions due to where the branches are in their lifecycle and our own team's Engineering capacity.


Note You need to log in before you can comment on or make changes to this bug.