Hide Forgot
OpenStack Neutron currently has a feature referred to as "provider networks". This is used as a way to define existing physical networks that you would like to integrate into your environment. In the simplest case, it can be used in environments where they have no interest in tenant networks. Instead, they want all VMs hooked up directly to a pre-defined network in their environment. This use case is actually popular for private OpenStack deployments. Neutron's current OVS agent that runs on network nodes and hypervisors has this configuration entry: bridge_mappings = physnet1:br-eth1,physnet2:br-eth2[...] This is used to name your physical networks and the bridge used to access that physical network from the local node. Defining a provider network via the Neutron API via the neutron command looks like this: $ neutron net-create physnet1 --shared \ > --provider:physical_network external \ > --provider:network_type flat A provider network can also be defined with a VLAN ID: $ neutron net-create physnet1-101 --shared \ > --provider:physical_network external \ > --provider:network_type vlan \ > --provider:segmentation_id 101
This functionality would be available in ODL Boron release which would not be included in OSP-10 GA. We'll release it at a later async release.
Added Fixed-in version opendaylight-5.2.0-2.el7ost
Verified with: opendaylight-5.2.0-6.el7ost.noarch
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. https://rhn.redhat.com/errata/RHBA-2017-0840.html