Bug 904274

Summary: linuxbridge agent needs ability to use pre-configured physical network bridges
Product: Red Hat OpenStack Reporter: Bob Kukura <rkukura>
Component: openstack-neutronAssignee: lpeer <lpeer>
Status: CLOSED WONTFIX QA Contact: Ofer Blaut <oblaut>
Severity: low Docs Contact:
Priority: low    
Version: 2.0 (Folsom)CC: chrisw, jkt, lpeer, nyechiel, rohara
Target Milestone: Upstream M3Keywords: FutureFeature, Triaged
Target Release: 5.0 (RHEL 7)   
Hardware: Unspecified   
OS: Unspecified   
Whiteboard:
Fixed In Version: Doc Type: Enhancement
Doc Text:
Story Points: ---
Clone Of: Environment:
Last Closed: 2014-04-02 12:17:50 UTC Type: Bug
Regression: --- Mount Type: ---
Documentation: --- CRM:
Verified Versions: Category: ---
oVirt Team: --- RHEL 7.3 requirements from Atomic Host:
Cloudforms Team: --- Target Upstream Version:
Embargoed:

Description Bob Kukura 2013-01-25 22:38:37 UTC
From rhos-list:

Hi,

I am having problem in using the Quantum in on a single flat network.

I am using it in Linux bridge mode.
My compute node is having only one network. On which I pre created a bridge br10.

When I instantiated a machine I compute node become inaccesible. I checked the logs and found that it has changed my bridge configuration.

It has created a new bridge. with name of br<12 characters of Network ID> This seems to be little cryptic in identification.

Is there any way I can define the existing Bridge name to be used for a particular Network ID?
Currently Quantum checks if the Bridge exists it just creates a TUN device.
So If I pre create the Bridge then it will not change it

Regards
Vaibhav



RFE bug 1105488 filed upstream:

The linuxbridge agent currently creates a bridge for each physical network used as a flat network, moving any existing IP address from the interface to the newly created bridge. This is very helpful in some cases, but there are other cases where the ability to use a pre-existing bridge is needed. For instance, the same physical network might need to be bridged for other purposes, or the agent moving the system's IP might not be desired.

I suggest we add a physical_bridge_mappings configuration variable, similar to that used by the openvswitch agent, alongside the current physical_interface_mappings variable. When a bridge for a flat network is needed, the bridge mappings would be checked first. If a bridge mapping for the physical network exists, it would be used. If not, the interface mapping would be used and a bridge for the interface would be created automatically. Sub-interfaces and bridges for VLAN networks would continue to work as they do now, created by the agent using the interface mappings.

-Bob

Comment 5 Nir Yechiel 2014-04-02 12:17:50 UTC
linuxbridge is considered low priority hence I am closing this bug.