Dieser Inhalt ist in der von Ihnen ausgewählten Sprache nicht verfügbar.
Chapter 12. VLAN-aware instances
12.1. Overview of VLAN-aware instances Link kopierenLink in die Zwischenablage kopiert!
Instances can send and receive VLAN-tagged traffic over a single vNIC. This is particularly useful for NFV applications (VNFs) that expect VLAN-tagged traffic, allowing a single vNIC to serve multiple customers or services.
For example, the project data network can use VLANs, or tunneling (VXLAN/GRE) segmentation, while the instances see the traffic tagged with VLAN IDs. As a result, network packets are tagged just before they are injected to the instance and do not need to be tagged throughout the entire network.
To implement VLAN-tagged traffic, create a parent port and attach the new port to an existing neutron network. When you attach the new port, OpenStack Networking adds a trunk connection to the parent port you created. Next, create subports. These subports connect VLANs to instances, which allow connectivity to the trunk. Within the instance operating system, you must also create a sub-interface that tags traffic for the VLAN associated with the subport.
12.2. Reviewing the trunk plug-in Link kopierenLink in die Zwischenablage kopiert!
During a Red Hat openStack deployment, the trunk plug-in is enabled by default. You can review the configuration on the controller nodes:
On the controller node, confirm that the trunk plug-in is enabled in the /var/lib/config-data/neutron/etc/neutron/neutron.conf file:
service_plugins=router,qos,trunk
service_plugins=router,qos,trunk
Copy to Clipboard Copied! Toggle word wrap Toggle overflow
12.3. Creating a trunk connection Link kopierenLink in die Zwischenablage kopiert!
Identify the network that requires the trunk port connection. This would be the network that will contain the instance that requires access to the trunked VLANs. In this example, this is the public network:
Copy to Clipboard Copied! Toggle word wrap Toggle overflow Create the parent trunk port, and attach it to the network that the instance connects to. In this example, create a neutron port named parent-trunk-port on the public network. This trunk is the parent port, as you can use it to create subports.
Copy to Clipboard Copied! Toggle word wrap Toggle overflow Create a trunk using the port that you created in step 2. In this example the trunk is named
parent-trunk
.Copy to Clipboard Copied! Toggle word wrap Toggle overflow View the trunk connection:
Copy to Clipboard Copied! Toggle word wrap Toggle overflow View the details of the trunk connection:
Copy to Clipboard Copied! Toggle word wrap Toggle overflow
12.4. Adding subports to the trunk Link kopierenLink in die Zwischenablage kopiert!
Create a neutron port.
This port is a subport connection to the trunk. You must also specify the MAC address that you assigned to the parent port:
Copy to Clipboard Copied! Toggle word wrap Toggle overflow NoteIf you receive the error
HttpException: Conflict
, confirm that you are creating the subport on a different network to the one that has the parent trunk port. This example uses the public network for the parent trunk port, and private for the subport.Associate the port with the trunk (
parent-trunk
), and specify the VLAN ID (55
):openstack network trunk set --subport port=subport-trunk-port,segmentation-type=vlan,segmentation-id=55 parent-trunk
openstack network trunk set --subport port=subport-trunk-port,segmentation-type=vlan,segmentation-id=55 parent-trunk
Copy to Clipboard Copied! Toggle word wrap Toggle overflow
12.5. Configuring an instance to use a trunk Link kopierenLink in die Zwischenablage kopiert!
You must configure the instance operating system to use the MAC address that neutron assigned to the subport. You can also configure the subport to use a specific MAC address during the subport creation step.
Review the configuration of your network trunk:
Copy to Clipboard Copied! Toggle word wrap Toggle overflow Create an instance that uses the parent
port-id
as its vNIC:Copy to Clipboard Copied! Toggle word wrap Toggle overflow
12.6. Understanding trunk states Link kopierenLink in die Zwischenablage kopiert!
-
ACTIVE
: The trunk is working as expected and there are no current requests. -
DOWN
: The virtual and physical resources for the trunk are not in sync. This can be a temporary state during negotiation. -
BUILD
: There has been a request and the resources are being provisioned. After successful completion the trunk returns toACTIVE
. -
DEGRADED
: The provisioning request did not complete, so the trunk has only been partially provisioned. It is recommended to remove the subports and try again. -
ERROR
: The provisioning request was unsuccessful. Remove the resource that caused the error to return the trunk to a healthier state. Do not add more subports while in theERROR
state, as this can cause more issues.