2
0
mirror of https://gitlab.isc.org/isc-projects/kea synced 2025-09-03 23:45:27 +00:00

[master] BIND 10 style

be consistent
This commit is contained in:
Jeremy C. Reed
2012-09-06 08:33:02 -05:00
parent a146ae91a1
commit 492842c870

View File

@@ -785,7 +785,7 @@ as a dependency earlier -->
</chapter> </chapter>
<chapter id="bind10"> <chapter id="bind10">
<title>Starting BIND10 with <command>bind10</command></title> <title>Starting BIND 10 with <command>bind10</command></title>
<para> <para>
BIND 10 provides the <command>bind10</command> command which BIND 10 provides the <command>bind10</command> command which
starts up the required processes. starts up the required processes.
@@ -1746,7 +1746,7 @@ can use various data source backends.
<para> <para>
Each data source has several options. The first one is Each data source has several options. The first one is
<varname>type</varname>, which specifies the type of data source to <varname>type</varname>, which specifies the type of data source to
use. Valid types include the ones listed below, but bind10 uses use. Valid types include the ones listed below, but BIND 10 uses
dynamically loaded modules for them, so there may be more in your dynamically loaded modules for them, so there may be more in your
case. This option is mandatory. case. This option is mandatory.
</para> </para>
@@ -1794,7 +1794,7 @@ can use various data source backends.
<section id='datasrc-examples'> <section id='datasrc-examples'>
<title>Examples</title> <title>Examples</title>
<para> <para>
As this is one of the more complex configurations of Bind10, As this is one of the more complex configurations of BIND 10,
we show some examples. They all assume they start with default we show some examples. They all assume they start with default
configuration. configuration.
</para> </para>
@@ -1820,7 +1820,7 @@ can use various data source backends.
&gt; <userinput>config commit</userinput></screen> &gt; <userinput>config commit</userinput></screen>
Now every time the zone in the data source is changed by the Now every time the zone in the data source is changed by the
operator, Bind10 needs to be told to reload it, by operator, the authoritative server needs to be told to reload it, by
<screen>&gt; <userinput>Auth loadzone example.org</userinput></screen> <screen>&gt; <userinput>Auth loadzone example.org</userinput></screen>
You don't need to do this when the zone is modified by You don't need to do this when the zone is modified by
XfrIn, it does so automatically. XfrIn, it does so automatically.
@@ -2602,18 +2602,18 @@ then change those defaults with config set Resolver/forward_addresses[0]/address
be deployed that facilitate communication between servers and be deployed that facilitate communication between servers and
clients. Even though principles of both DHCPv4 and DHCPv6 are clients. Even though principles of both DHCPv4 and DHCPv6 are
somewhat similar, these are two radically different somewhat similar, these are two radically different
protocols. BIND10 offers server implementations for both DHCPv4 protocols. BIND 10 offers server implementations for both DHCPv4
and DHCPv6. This chapter is about DHCP for IPv4. For a description and DHCPv6. This chapter is about DHCP for IPv4. For a description
of the DHCPv6 server, see <xref linkend="dhcp6"/>.</para> of the DHCPv6 server, see <xref linkend="dhcp6"/>.</para>
<para>The DHCPv4 server component is currently under intense <para>The DHCPv4 server component is currently under intense
development. You may want to check out <ulink development. You may want to check out <ulink
url="http://bind10.isc.org/wiki/Kea">BIND10 DHCP (Kea) wiki</ulink> url="http://bind10.isc.org/wiki/Kea">BIND 10 DHCP (Kea) wiki</ulink>
and recent posts on <ulink and recent posts on <ulink
url="https://lists.isc.org/mailman/listinfo/bind10-dev">BIND10 url="https://lists.isc.org/mailman/listinfo/bind10-dev">BIND 10
developers mailing list</ulink>.</para> developers mailing list</ulink>.</para>
<para>The DHCPv4 and DHCPv6 components in BIND10 architecture are <para>The DHCPv4 and DHCPv6 components in BIND 10 architecture are
internally code named <quote>Kea</quote>.</para> internally code named <quote>Kea</quote>.</para>
<note> <note>
@@ -2631,7 +2631,7 @@ then change those defaults with config set Resolver/forward_addresses[0]/address
<section id="dhcp4-usage"> <section id="dhcp4-usage">
<title>DHCPv4 Server Usage</title> <title>DHCPv4 Server Usage</title>
<para>BIND10 provides the DHCPv4 server component since December <para>BIND 10 provides the DHCPv4 server component since December
2011. It is a skeleton server and can be described as an early 2011. It is a skeleton server and can be described as an early
prototype that is not fully functional yet. It is mature enough prototype that is not fully functional yet. It is mature enough
to conduct first tests in lab environment, but it has to conduct first tests in lab environment, but it has
@@ -2640,9 +2640,9 @@ then change those defaults with config set Resolver/forward_addresses[0]/address
</para> </para>
<para> <para>
<command>b10-dhcp4</command> is a BIND10 component and is being <command>b10-dhcp4</command> is a BIND 10 component and is being
run under BIND10 framework. To add a DHCPv4 process to the set of running run under BIND 10 framework. To add a DHCPv4 process to the set of running
BIND10 services, you can use following commands in <command>bindctl</command>: BIND 10 services, you can use following commands in <command>bindctl</command>:
<screen>&gt; <userinput>config add Boss/components b10-dhcp4</userinput> <screen>&gt; <userinput>config add Boss/components b10-dhcp4</userinput>
&gt; <userinput>config set Boss/components/b10-dhcp4/kind dispensable</userinput> &gt; <userinput>config set Boss/components/b10-dhcp4/kind dispensable</userinput>
&gt; <userinput>config commit</userinput></screen></para> &gt; <userinput>config commit</userinput></screen></para>
@@ -2792,19 +2792,19 @@ const std::string HARDCODED_SERVER_ID = "192.0.2.1";</screen>
<chapter id="dhcp6"> <chapter id="dhcp6">
<title>DHCPv6 Server</title> <title>DHCPv6 Server</title>
<para>Dynamic Host Configuration Protocol for IPv6 (DHCPv6) is <para>Dynamic Host Configuration Protocol for IPv6 (DHCPv6) is
specified in RFC3315. BIND10 provides DHCPv6 server implementation specified in RFC3315. BIND 10 provides DHCPv6 server implementation
that is described in this chapter. For a description of the DHCPv4 that is described in this chapter. For a description of the DHCPv4
server implementation, see <xref linkend="dhcp4"/>. server implementation, see <xref linkend="dhcp4"/>.
</para> </para>
<para>The DHCPv6 server component is currently under intense <para>The DHCPv6 server component is currently under intense
development. You may want to check out <ulink development. You may want to check out <ulink
url="http://bind10.isc.org/wiki/Kea">BIND10 DHCP (Kea) wiki</ulink> url="http://bind10.isc.org/wiki/Kea">BIND 10 DHCP (Kea) wiki</ulink>
and recent posts on <ulink and recent posts on <ulink
url="https://lists.isc.org/mailman/listinfo/bind10-dev">BIND10 url="https://lists.isc.org/mailman/listinfo/bind10-dev">BIND 10
developers mailing list</ulink>.</para> developers mailing list</ulink>.</para>
<para>The DHCPv4 and DHCPv6 components in BIND10 architecture are <para>The DHCPv4 and DHCPv6 components in BIND 10 architecture are
internally code named <quote>Kea</quote>.</para> internally code named <quote>Kea</quote>.</para>
<note> <note>
@@ -2823,7 +2823,7 @@ const std::string HARDCODED_SERVER_ID = "192.0.2.1";</screen>
<section id="dhcp6-usage"> <section id="dhcp6-usage">
<title>DHCPv6 Server Usage</title> <title>DHCPv6 Server Usage</title>
<para> <para>
BIND10 provides the DHCPv6 server component since September BIND 10 provides the DHCPv6 server component since September
2011. It is a skeleton server and can be described as an early 2011. It is a skeleton server and can be described as an early
prototype that is not fully functional yet. It is mature prototype that is not fully functional yet. It is mature
enough to conduct first tests in lab environment, but it has enough to conduct first tests in lab environment, but it has
@@ -2832,9 +2832,9 @@ const std::string HARDCODED_SERVER_ID = "192.0.2.1";</screen>
</para> </para>
<para> <para>
<command>b10-dhcp6</command> is a BIND10 component and is being <command>b10-dhcp6</command> is a BIND 10 component and is being
run under BIND10 framework. To add a DHCPv6 process to the set of running run under BIND 10 framework. To add a DHCPv6 process to the set of running
BIND10 services, you can use following commands in <command>bindctl</command>: BIND 10 services, you can use following commands in <command>bindctl</command>:
<screen>&gt; <userinput>config add Boss/components b10-dhcp6</userinput> <screen>&gt; <userinput>config add Boss/components b10-dhcp6</userinput>
&gt; <userinput>config set Boss/components/b10-dhcp6/kind dispensable</userinput> &gt; <userinput>config set Boss/components/b10-dhcp6/kind dispensable</userinput>
&gt; <userinput>config commit</userinput></screen> &gt; <userinput>config commit</userinput></screen>
@@ -3001,7 +3001,7 @@ const std::string HARDCODED_DNS_SERVER = "2001:db8:1::1";</screen>
<para>For non-Linux systems, there is currently stub <para>For non-Linux systems, there is currently stub
implementation provided. Interface manager detects loopback implementation provided. Interface manager detects loopback
interfaces only as their name (lo or lo0) can be easily predicted. interfaces only as their name (lo or lo0) can be easily predicted.
Please contact BIND10 development team if you are interested Please contact the BIND 10 development team if you are interested
in running DHCP components on systems other than Linux.</para> in running DHCP components on systems other than Linux.</para>
</section> </section>