openstack
/
openstack-manuals
Code Issues Proposed changes

[glossary] Remove acronyms [D] 

- Remove acronym-only entries starting with [D].
- Consolodate duplicate entries.
- Resolve glossary references

Change-Id: I29bfb6a4fb643549b1d56d8842886a9aceda20b4
Implements: blueprint improve-glossary-usage
This commit is contained in:
Emma Foley 2016-08-15 11:34:37 +01:00
parent 2ac9357f8d
commit 9a183c374c
7 changed files with 35 additions and 45 deletions
Show Stats Download Patch File Download Diff File Expand all files Collapse all files

41
doc/common/glossary.rst
View File

@ -973,14 +973,6 @@ D
May or may not listen on a TCP or UDP port. Do not confuse with a
worker.
DAC
Discretionary access control. Governs the ability of subjects to
access objects, while enabling users to make policy decisions and
assign security attributes. The traditional UNIX system of users,
groups, and read-write-execute permissions is an example of
DAC.
Dashboard
The web-based management interface for OpenStack. An alternative
@ -1111,15 +1103,6 @@ D
Community project that uses shell scripts to quickly build
complete OpenStack development environments.
DHCP
Dynamic Host Configuration Protocol. A network protocol that
configures devices that are connected to a network so that they can
communicate on that network by using the Internet Protocol (IP). The
protocol is implemented in a client-server model where DHCP clients
request configuration data, such as an IP address, a default route,
and one or more DNS server addresses from a DHCP server.
DHCP agent
OpenStack Networking agent that provides DHCP services
@ -1159,6 +1142,13 @@ D
address and fixed IP and thus returning the floating IP address to the
address pool.
Discretionary Access Control (DAC)
Governs the ability of subjects to access objects, while enabling
users to make policy decisions and assign security attributes.
The traditional UNIX system of users, groups, and read-write-execute
permissions is an example of DAC.
disk encryption
The ability to encrypt data at the file system, disk partition,
@ -1184,13 +1174,6 @@ D
A web framework used extensively in horizon.
DNS
Domain Name System. A hierarchical and distributed naming system
for computers, services, and resources connected to the Internet or a
private network. Associates human-friendly, domain names to IP
addresses.
DNS record
A record that specifies information about a particular domain
@ -1242,10 +1225,6 @@ D
The transfer of data, usually in the form of files, from one
computer to another.
DRTM
Dynamic root of trust measurement.
durable exchange
The Compute RabbitMQ message exchange that remains active when
@ -1258,6 +1237,12 @@ D
Dynamic Host Configuration Protocol (DHCP)
A network protocol that configures devices that are connected to a
network so that they can communicate on that network by using the
Internet Protocol (IP). The protocol is implemented in a client-server
model where DHCP clients request configuration data, such as an IP
address, a default route, and one or more DNS server addresses from a
DHCP server.
A method to automatically configure networking for a host at
boot time. Provided by both Networking and Compute.

8
doc/install-guide/source/environment-networking.rst
View File

@ -40,8 +40,9 @@ Host networking
distribution, see the `SLES 12 <https://www.suse.com/documentation/sles-12/book_sle_admin/data/sec_basicnet_manconf.html>`__ or `openSUSE <http://activedoc.opensuse.org/book/opensuse-reference/chapter-13-basic-networking>`__ documentation.
All nodes require Internet access for administrative purposes such as package
installation, security updates, :term:`DNS`, and :term:`NTP`. In most cases,
nodes should obtain internet access through the management network interface.
installation, security updates, :term:`DNS <Domain Name System (DNS)>`, and
:term:`NTP`. In most cases, nodes should obtain internet access through the
management network interface.
To highlight the importance of network separation, the example architectures
use `private address space <https://tools.ietf.org/html/rfc1918>`__ for the
management network and assume that the physical network infrastructure
@ -67,7 +68,8 @@ The example architectures assume use of the following networks:
This network requires a gateway to provide Internet access to all
nodes for administrative purposes such as package installation,
security updates, :term:`DNS`, and :term:`NTP`.
security updates, :term:`DNS <Domain Name System (DNS)>`, and
:term:`NTP`.
* Provider on 203.0.113.0/24 with gateway 203.0.113.1

5
doc/install-guide/source/overview.rst
View File

@ -200,8 +200,9 @@ The provider networks option deploys the OpenStack Networking service
in the simplest way possible with primarily layer-2 (bridging/switching)
services and VLAN segmentation of networks. Essentially, it bridges virtual
networks to physical networks and relies on physical network infrastructure
for layer-3 (routing) services. Additionally, a :term:`DHCP` service provides
IP address information to instances.
for layer-3 (routing) services. Additionally, a :term:`DHCP<Dynamic Host
Configuration Protocol (DHCP)>` service provides IP address information to
instances.
.. note::

6
doc/networking-guide/source/config-ml2.rst
View File

@ -338,9 +338,9 @@ For a detailed list of configuration options, see the related section in the
DHCP agent
^^^^^^^^^^
The DHCP agent is responsible for :term:`DHCP` (Dynamic Host Configuration
Protocol) and RADVD (Router Advertisement Daemon) services. It requires a
running L2 agent on the same node.
The DHCP agent is responsible for :term:`DHCP <Dynamic Host Configuration
Protocol (DHCP)>` and RADVD (Router Advertisement Daemon) services.
It requires a running L2 agent on the same node.
Configuration for the DHCP agent is typically done in the
``dhcp_agent.ini`` configuration file. Make sure that on agent start

4
doc/networking-guide/source/intro-basic-networking.rst
View File

@ -234,8 +234,8 @@ command:
DHCP
~~~~
Hosts connected to a network use the Dynamic Host Configuration
Protocol (:term:`DHCP`) to dynamically obtain IP addresses. A DHCP
Hosts connected to a network use the :term:`Dynamic Host Configuration
Protocol (DHCP)` to dynamically obtain IP addresses. A DHCP
server hands out the IP addresses to network hosts, which are the DHCP
clients.

13
doc/ops-guide/source/arch-example-nova-network.rst
View File

@ -184,12 +184,13 @@ Why use multi-host networking?
In a default OpenStack deployment, there is a single ``nova-network``
service that runs within the cloud (usually on the cloud controller)
that provides services such as
:term:`network address translation <NAT>` (NAT), :term:`DHCP`,
and :term:`DNS` to the guest instances. If the single node that runs the
``nova-network`` service goes down, you cannot access your instances,
and the instances cannot access the Internet. The single node that runs
the ``nova-network`` service can become a bottleneck if excessive
network traffic comes in and goes out of the cloud.
:term:`network address translation <NAT>` (NAT), :term:`DHCP <Dynamic Host
Configuration Protocol (DHCP)>`, and :term:`DNS <Domain Name System (DNS)>`
to the guest instances. If the single node that runs the ``nova-network``
service goes down, you cannot access your instances, and the instances
cannot access the Internet. The single node that runs the ``nova-network``
service can become a bottleneck if excessive network traffic comes in and
goes out of the cloud.
.. tip::

3
doc/ops-guide/source/arch-network-design.rst
View File

@ -149,7 +149,8 @@ For OpenStack Networking with the neutron project, typical
configurations are documented with the idea that any setup you can
configure with real hardware you can re-create with a software-defined
equivalent. Each tenant can contain typical network elements such as
routers, and services such as :term:`DHCP`.
routers, and services such as :term:`DHCP <Dynamic Host Configuration
Protocol (DHCP)>`.
:ref:`table_networking_deployment` describes the networking deployment
options for both legacy ``nova-network`` options and an equivalent