Bug 1042640 - [RFE][neutron]: vlan to tenant mapping is broken
Summary: [RFE][neutron]: vlan to tenant mapping is broken
Keywords:
Status: CLOSED UPSTREAM
Alias: None
Product: Red Hat OpenStack
Classification: Red Hat
Component: RFEs
Version: unspecified
Hardware: Unspecified
OS: Unspecified
unspecified
unspecified
Target Milestone: ---
: ---
Assignee: RHOS Maint
QA Contact:
URL: https://blueprints.launchpad.net/neut...
Whiteboard: upstream_milestone_none upstream_stat...
Depends On:
Blocks:
TreeView+ depends on / blocked
 
Reported: 2013-12-13 00:35 UTC by RHOS Integration
Modified: 2015-11-20 19:42 UTC (History)
2 users (show)

Fixed In Version:
Doc Type: Enhancement
Doc Text:
Clone Of:
Environment:
Last Closed: 2015-03-19 17:38:46 UTC
Target Upstream Version:


Attachments (Terms of Use)

Description RHOS Integration 2013-12-13 00:35:35 UTC
Cloned from launchpad blueprint https://blueprints.launchpad.net/neutron/+spec/vlan2tenant-mapping.

Description:

The relationship between networks/tenants and vlans in OpenStack networking needs to be redone in general.
At the moment it enables to define private networks on different VLANs and assign them to tenants.

As at the moment quantum seems to support only one network device (eth or bond) for alle networks that's okay ... 
... as long as no 2 or more networks are using the same VLAN-ID.

The Problem here is a parent<>child relationship mismatch on bridge level.

If a private network get's assigned to a VM then the Hypervisor Host creates a bridge for the private network on the private networks's VLAN-ID. 
If another private network on the same VLAN get's assigned to a VM on the same host, OpenStack will try to create a new bridge and add the same VLAN device to it, which is not possible and fails.

It is at the moment not possible to use multiple networks on the same VLAN - which is quite common in large network installations.


Specification URL (additional information):

None


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