Change-Id: Iad66e14fa33609ea6d2a115469e054762051b964
| ... | ... |
@@ -423,8 +423,8 @@ IP Version |
| 423 | 423 |
---------- |
| 424 | 424 |
|
| 425 | 425 |
``IP_VERSION`` can be used to configure DevStack to create either an |
| 426 |
-IPv4, IPv6, or dual-stack tenant data-network by with either |
|
| 427 |
-``IP_VERSION=4``, ``IP_VERSION=6``, or ``IP_VERSION=4+6`` |
|
| 426 |
+IPv4, IPv6, or dual-stack self service project data-network by with |
|
| 427 |
+either ``IP_VERSION=4``, ``IP_VERSION=6``, or ``IP_VERSION=4+6`` |
|
| 428 | 428 |
respectively. This functionality requires that the Neutron networking |
| 429 | 429 |
service is enabled by setting the following options: |
| 430 | 430 |
|
| ... | ... |
@@ -15,8 +15,8 @@ In some instances, like on a developer laptop, there is only one |
| 15 | 15 |
network interface that is available. In this scenario, the physical |
| 16 | 16 |
interface is added to the Open vSwitch bridge, and the IP address of |
| 17 | 17 |
the laptop is migrated onto the bridge interface. That way, the |
| 18 |
-physical interface can be used to transmit tenant network traffic, |
|
| 19 |
-the OpenStack API traffic, and management traffic. |
|
| 18 |
+physical interface can be used to transmit self service project |
|
| 19 |
+network traffic, the OpenStack API traffic, and management traffic. |
|
| 20 | 20 |
|
| 21 | 21 |
|
| 22 | 22 |
.. warning:: |
| ... | ... |
@@ -222,12 +222,12 @@ it over the `br-ex` bridge, where `eth0` is attached. |
| 222 | 222 |
which is used as the "integration bridge" where ports are created, and |
| 223 | 223 |
plugged into the virtual switching fabric. `br-ex` is an OVS bridge |
| 224 | 224 |
that is used to connect physical ports (like `eth0`), so that floating |
| 225 |
-IP traffic for tenants can be received from the physical network |
|
| 226 |
-infrastructure (and the internet), and routed to tenant network ports. |
|
| 227 |
-`br-tun` is a tunnel bridge that is used to connect OpenStack nodes |
|
| 228 |
-(like `devstack-2`) together. This bridge is used so that tenant |
|
| 229 |
-network traffic, using the VXLAN tunneling protocol, flows between |
|
| 230 |
-each compute node where tenant instances run. |
|
| 225 |
+IP traffic for project networks can be received from the physical |
|
| 226 |
+network infrastructure (and the internet), and routed to self service |
|
| 227 |
+project network ports. `br-tun` is a tunnel bridge that is used to |
|
| 228 |
+connect OpenStack nodes (like `devstack-2`) together. This bridge is |
|
| 229 |
+used so that project network traffic, using the VXLAN tunneling |
|
| 230 |
+protocol, flows between each compute node where project instances run. |
|
| 231 | 231 |
|
| 232 | 232 |
|
| 233 | 233 |
|
| ... | ... |
@@ -381,8 +381,8 @@ controller node. |
| 381 | 381 |
|
| 382 | 382 |
## Neutron options |
| 383 | 383 |
Q_USE_SECGROUP=True |
| 384 |
- ENABLE_TENANT_VLANS=True |
|
| 385 |
- TENANT_VLAN_RANGE=3001:4000 |
|
| 384 |
+ ENABLE_PROJECT_VLANS=True |
|
| 385 |
+ PROJECT_VLAN_RANGE=3001:4000 |
|
| 386 | 386 |
PHYSICAL_NETWORK=default |
| 387 | 387 |
OVS_PHYSICAL_BRIDGE=br-ex |
| 388 | 388 |
|
| ... | ... |
@@ -553,4 +553,3 @@ setup, with small modifications for the interface mappings. |
| 553 | 553 |
LB_PHYSICAL_INTERFACE=eth0 |
| 554 | 554 |
PUBLIC_PHYSICAL_NETWORK=default |
| 555 | 555 |
LB_INTERFACE_MAPPINGS=default:eth0 |
| 556 |
- |
| ... | ... |
@@ -51,7 +51,7 @@ HOST\_IP, SERVICE\_HOST |
| 51 | 51 |
OS\_AUTH\_URL |
| 52 | 52 |
Authenticating against an OpenStack cloud using Keystone returns a |
| 53 | 53 |
*Token* and *Service Catalog*. The catalog contains the endpoints |
| 54 |
- for all services the user/tenant has access to - including Nova, |
|
| 54 |
+ for all services the user/project has access to - including Nova, |
|
| 55 | 55 |
Glance, Keystone and Swift. |
| 56 | 56 |
|
| 57 | 57 |
:: |