[Openstack-operators] [neutron] multiple external networks on the same host NIC
uwe.sauter.de at gmail.com
Sat Apr 25 20:17:35 UTC 2015
Or instead of using Linux bridges you could use a manually created OpenVSwitch bridge. This allows you to add "internal"
ports that could be used by Neutron like any other interface.
- Create OVS bridge
- Add your external interface to OVS bridge
* If your external connection supports/needs VLANs, configure external interface as trunk
- Add any number of internal interfaces to OVS bridge
* Tag each interface with its VLAN ID, if needed
- Configure Neutron to use one internal interface for each subnet you'd like to use (no VLAN configuration required as
this happenes outside of Neutron)
Am 25.04.2015 um 21:41 schrieb George Shuklin:
> Can you put them to different vlans? After that it would be very easy task.
> If not, AFAIK, neutron does not allow this.
> Or you can trick it thinking it is (are) separate networks.
> Create brige (br-join), plug eth to it.
> Create to fake external bridges (br-ex1, br-ex2). Join them together to br-join by patch links
> Instruct neutron like there is two external networks: one on br-ex1, second on br-ex2.
> But be alert that this not very stable configuration, you need to maintain it by yourself.
> On 04/25/2015 10:13 PM, Mike Spreitzer wrote:
>> Is there a way to create multiple external networks from Neutron's point of view, where both of those networks are
>> accessed through the same host NIC? Obviously those networks would be using different subnets. I need this sort of
>> thing because the two subnets are treated differently by the stuff outside of OpenStack, so I need a way that a tenant
>> can get a floating IP of the sort he wants. Since Neutron equates floating IP allocation pools with external
>> networks, I need two external networks.
>> I found, for example, http://www.marcoberube.com/archives/248--- which describes how to have multiple external
>> networks but uses a distinct host network interface for each one.
>> OpenStack-operators mailing list
>> OpenStack-operators at lists.openstack.org
> OpenStack-operators mailing list
> OpenStack-operators at lists.openstack.org
More information about the OpenStack-operators