Show Table of Contents
7.5. Configure the Plug-in Agent
Configure the agent associated with the plug-in used in your environment. If you are using the ML2 plug-in or the Open vSwitch plug-in, configure the Open vSwitch agent. If you are using the Linux Bridge plug-in, configure the Linux Bridge agent.
7.5.1. Configure the Open vSwitch Plug-in Agent
You must install and enable the Open vSwitch plug-in before configuring it. See Section 7.2.1.2, “Enable the Open vSwitch Plug-in”.
The Open vSwitch plug-in has a corresponding agent. When the Open vSwitch plug-in is in use, all nodes in the environment that handle data packets must have the agent installed and configured. This includes all Compute nodes and systems hosting the dedicated DHCP and L3 agents.
Note
Open vSwitch support for TCP segmentation offload (TSO) and Generic Segmentation Offload (GSO) to VXLAN and GRE is enabled by default.
Procedure 7.14. Configuring the Open vSwitch Plug-in Agent
- Start the
openvswitchservice:#systemctl start openvswitch.service - Configure the
openvswitchservice to start at boot time:#systemctl enable openvswitch.service - Each host running the Open vSwitch agent requires an Open vSwitch bridge called
br-int. This bridge is used for private network traffic:#ovs-vsctl add-br br-intWarning
Thebr-intbridge is required for the agent to function correctly. Once created, do not remove or otherwise modify thebr-intbridge. - Ensure that the
br-intdevice persists on reboot by creating a/etc/sysconfig/network-scripts/ifcfg-br-intfile, and adding the following lines:DEVICE=br-int DEVICETYPE=ovs TYPE=OVSBridge ONBOOT=yes BOOTPROTO=none
- Set the value of the
bridge_mappingsconfiguration key to a comma-separated list of physical networks and the network bridges associated with them:#openstack-config --set /etc/neutron/plugin.ini \OVS bridge_mappings PHYSNET:BRIDGEReplace PHYSNET with the name of a physical network, and replace BRIDGE with the name of the network bridge. - Start the
neutron-openvswitch-agentservice:#systemctl start neutron-openvswitch-agent.service - Configure the
neutron-openvswitch-agentservice to start at boot time:#systemctl enable neutron-openvswitch-agent.service - Configure the
neutron-ovs-cleanupservice to start at boot time. This service ensures that the OpenStack Networking agents maintain full control over the creation and management of tap devices:#systemctl enable neutron-ovs-cleanup.service
7.5.2. Configure the Linux Bridge Plug-in Agent
You must install and enable the Linux Bridge plug-in before configuring it. See Section 7.2.1.3, “Enable the Linux Bridge Plug-in”.
The Linux Bridge plug-in has a corresponding agent. When the Linux Bridge plug-in is in use, all nodes in the environment that handle data packets must have the agent installed and configured. This includes all Compute nodes and systems hosting the dedicated DHCP and L3 agents.
Procedure 7.15. Configuring the Linux Bridge Plug-in Agent
- Set the value of the
physical_interface_mappingsconfiguration key to a comma-separated list of physical networks and the VLAN ranges associated with them that are available for allocation to tenant networks:#openstack-config --set /etc/neutron/plugin.ini \LINUX_BRIDGE physical_interface_mappings PHYSNET:VLAN_START:VLAN_ENDReplace the following values:- Replace PHYSNET with the name of a physical network.
- Replace VLAN_START with an identifier indicating the start of the VLAN range.
- Replace VLAN_END with an identifier indicating the end of the VLAN range.
- Start the
neutron-linuxbridge-agentservice:#systemctl start neutron-linuxbridge-agent.service - Configure the
neutron-linuxbridge-agentservice to start at boot time:#systemctl enable neutron-linuxbridge-agent.service

Where did the comment section go?
Red Hat's documentation publication system recently went through an upgrade to enable speedier, more mobile-friendly content. We decided to re-evaluate our commenting platform to ensure that it meets your expectations and serves as an optimal feedback mechanism. During this redesign, we invite your input on providing feedback on Red Hat documentation via the discussion platform.