Bug 1019044 - Packstack ignores neutron physical network configuration if CONFIG_NEUTRON_OVS_TENANT_NETWORK_TYPE=gre
Summary: Packstack ignores neutron physical network configuration if CONFIG_NEUTRON_OV...
Keywords:
Status: CLOSED ERRATA
Alias: None
Product: Red Hat OpenStack
Classification: Red Hat
Component: openstack-packstack
Version: 4.0
Hardware: Unspecified
OS: Unspecified
unspecified
high
Target Milestone: rc
: 4.0
Assignee: Terry Wilson
QA Contact: Ofer Blaut
URL:
Whiteboard:
Depends On:
Blocks: 1039140
TreeView+ depends on / blocked
 
Reported: 2013-10-15 04:37 UTC by Ofer Blaut
Modified: 2013-12-20 00:27 UTC (History)
10 users (show)

Fixed In Version:
Doc Type: Bug Fix
Doc Text:
Packstack now supports answer file specifications for physical networks, VLANs, and bridge mappings; when configuring tenant networking with GRE tunnels.
Clone Of:
: 1039140 (view as bug list)
Environment:
Last Closed: 2013-12-20 00:27:46 UTC
Target Upstream Version:
Embargoed:


Attachments (Terms of Use)


Links
System ID Private Priority Status Summary Last Updated
Red Hat Bugzilla 1006534 0 high CLOSED Packstack ignores neutron physical network configuration if CONFIG_NEUTRON_OVS_TENANT_NETWORK_TYPE=gre 2021-02-22 00:41:40 UTC
Red Hat Product Errata RHEA-2013:1859 0 normal SHIPPED_LIVE Red Hat Enterprise Linux OpenStack Platform Enhancement Advisory 2013-12-21 00:01:48 UTC

Description Ofer Blaut 2013-10-15 04:37:14 UTC
Description of problem:

My answer file includes the following:

CONFIG_NEUTRON_OVS_TENANT_NETWORK_TYPE=gre
CONFIG_NEUTRON_OVS_VLAN_RANGES=physnet1
CONFIG_NEUTRON_OVS_BRIDGE_MAPPINGS=physnet1:br-eth1
CONFIG_NEUTRON_OVS_BRIDGE_IFACES=br-eth1:eth1
CONFIG_NEUTRON_OVS_TUNNEL_RANGES=1:1000

My intent is to use GRE tunnels for tenant networks, but use a VLAN on eth1 for my external network.

The installation completed, and configuration for the tenant GRE tunnels looks correct, but the configuration for the physical network was ignored.


Version-Release number of selected component (if applicable):

openstack-packstack.noarch       2013.2.1-0.9.dev756.el6       @openstack-havana


How reproducible:

every time


Steps to Reproduce:
1. Run packstack with options above
2. Examine configuration for server and agents
3. Try to create a provider network using physnet1

Actual results:

On the server node, /etc/neutron/plugins/openvswitch/ovs_neutron_plugin.ini does not contain network_vlan_ranges.

On the nodes where neutron-openvswitch-agent runs, /etc/neutron/plugins/openvswitch/ovs_neutron_plugin.ini does not contain bridge_mappings, and br-eth1 has not been created.

Provider external network cannot be created because physnet1 is not known.


Expected results:

On the server node, /etc/neutron/plugins/openvswitch/ovs_neutron_plugin.ini should contain: "network_vlan_ranges = physnet1".

On the nodes where neutron-openvswitch-agent runs, /etc/neutron/plugins/openvswitch/ovs_neutron_plugin.ini should contain "bridge_mappings=physnet1:br-eth1", and the br-eth1 OVS bridge should be created with eth1 added as a port.


Additional info:

N/A

Comment 1 Martin Magr 2013-10-29 15:29:22 UTC
CONFIG_NEUTRON_OVS_VLAN_RANGES, CONFIG_NEUTRON_OVS_BRIDGE_MAPPINGS and CONFIG_NEUTRON_OVS_BRIDGE_IFACES parameters are filled only if CONFIG_NEUTRON_OVS_TENANT_NETWORK_TYPE=vlan so actually this is a feature.

Comment 2 Bob Kukura 2013-10-30 10:43:45 UTC
This is a bug, not a feature. All network types can be used for provider networks (including provider external networks), regardless of which network type is selected for tenant networks. Using vlan or flat provider networks still requires network_vlan_ranges and bridge_mappings to be set. So these packstack config items need to work normally even when CONFIG_NEUTRON_OVS_TENANT_NETWORK_TYPE is not 'vlan'.

Also, this bug looks like a copy/clone of https://bugzilla.redhat.com/show_bug.cgi?id=1006534, which I filed originally against RDO, and is currently being worked on.

-Bob

Comment 3 Alvaro Lopez Ortega 2013-11-15 12:38:07 UTC
AFAIK, Terry is already working on the RDO's version of the bug.

Comment 4 Alvaro Lopez Ortega 2013-12-03 17:50:11 UTC
A patch for this was already merged ~10 days ago.

Comment 7 Ofer Blaut 2013-12-08 11:16:56 UTC
tested, seems working fine openstack-packstack-2013.2.1-0.13.dev876.el6ost.noarch




[OVS]
network_vlan_ranges=inter-vlan:195:203
local_ip=55.55.55.19
enable_tunneling=True
integration_bridge=br-int
tunnel_id_ranges=1:1000
tunnel_bridge=br-tun
tenant_network_type=gre
bridge_mappings=inter-vlan:br-eth3

Comment 9 Bob Kukura 2013-12-12 17:20:49 UTC
Slight clarification to the doc text.

Comment 11 errata-xmlrpc 2013-12-20 00:27:46 UTC
Since the problem described in this bug report should be
resolved in a recent advisory, it has been closed with a
resolution of ERRATA.

For information on the advisory, and where to find the updated
files, follow the link below.

If the solution does not work for you, open a new bug report.

http://rhn.redhat.com/errata/RHEA-2013-1859.html


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