summaryrefslogtreecommitdiff
path: root/common/dhcp-options.5
diff options
context:
space:
mode:
authorJeremy C. Reed <jreed@isc.org>2013-01-28 18:01:41 -0600
committerJeremy C. Reed <jreed@isc.org>2013-01-28 18:01:41 -0600
commit8e112e2bc6c2d1fd82a30bcc25f862be24d82b8b (patch)
tree3d1aad6c44c6079fcbd344d07441f118a7c65069 /common/dhcp-options.5
parenta2bb892f71896c0f026755f510b2855d15faff65 (diff)
downloadisc-dhcp-8e112e2bc6c2d1fd82a30bcc25f862be24d82b8b.tar.gz
Various minor documentation improvements:
remove repeated words fix: it's to its some minor formatting added (this needs to be improved still, there is a mix of \fB Bold and \fI underline for same things) spelling fixes minor punctuation fixes (remove ...) uppercase an acronym that is not a config item (I didn't get this reviewed, these all are very minor or obvious.)
Diffstat (limited to 'common/dhcp-options.5')
-rw-r--r--common/dhcp-options.516
1 files changed, 8 insertions, 8 deletions
diff --git a/common/dhcp-options.5 b/common/dhcp-options.5
index 82827104..288103e8 100644
--- a/common/dhcp-options.5
+++ b/common/dhcp-options.5
@@ -1146,7 +1146,7 @@ circuit from which a DHCP client-to-server packet was received. It is
intended for use by agents in relaying DHCP responses back to the
proper circuit. The format of this option is currently defined to be
vendor-dependent, and will probably remain that way, although the
-current draft allows for for the possibility of standardizing the
+current draft allows for the possibility of standardizing the
format in the future.
.RE
.PP
@@ -1184,7 +1184,7 @@ cases where the giaddr (where responses must be sent to the relay agent)
is not on the same subnet as the client. When this option is present in
a packet from a relay agent, the DHCP server will use its contents to find
a subnet declared in configuration, and from here take one step further
-backwards to any shared-network the subnet may be defined within...the
+backwards to any shared-network the subnet may be defined within; the
client may be given any address within that shared network, as normally
appropriate.
.RE
@@ -1261,8 +1261,8 @@ and \fBconfig-option\fR operators in an expression, in which case it returns
all labels after the first label in the \fBfqdn.fqdn\fR suboption - for
example, if the value of \fBfqdn.fqdn\fR is "foo.example.com.",
then \fBfqdn.hostname\fR will be "example.com.". If this suboption value
-is not set, it means that an unqualified name was sent in the fqdn option,
-or that no fqdn option was sent at all.
+is not set, it means that an unqualified name was sent in the \fBfqdn\fR option,
+or that no \fBfqdn\fR option was sent at all.
.RE
.PP
If you wish to use any of these suboptions, we strongly recommend that you
@@ -1591,7 +1591,7 @@ expected to use, and is related to the \fBnis-servers\fR option.
.B option \fBdhcp6.nis-domain-name\fR \fIdomain-name\fR\fB;\fR
.RS 0.25i
.PP
-The \fBdhcp6.nis-domain-name\fR option specfies NIS domain name the
+The \fBdhcp6.nis-domain-name\fR option specifies NIS domain name the
client is expected to use, and is related to \fBdhcp6.nis-servers\fR option.
.RE
.PP
@@ -1605,7 +1605,7 @@ is expected to use, and is related to the \fBnisp-servers\fR option.
.B option \fBdhcp6.nisp-domain-name\fR \fIdomain-name\fR\fB;\fR
.RS 0.25i
.PP
-The \fBdhcp6.nis-domain-name\fR option specfies NIS+ domain name the
+The \fBdhcp6.nis-domain-name\fR option specifies NIS+ domain name the
client is expected to use, and is related to \fBdhcp6.nisp-servers\fR option.
.RE
.PP
@@ -1906,7 +1906,7 @@ optional \fBcompressed\fR keyword indicates if the option should be
compressed relative to the start of the option contents (not the packet
contents).
.PP
-When in doubt, omit the \fBcompressed\fR keyword. When the software recieves
+When in doubt, omit the \fBcompressed\fR keyword. When the software receives
an option that is compressed and the \fBcompressed\fR keyword is omitted, it
will still decompress the option (relative to the option contents field). The
keyword only controls whether or not transmitted packets are compressed.
@@ -1987,7 +1987,7 @@ the \fBVendor Identified Vendor Sub Options\fR option ("VIVSO"), and the
DHCPv6 protocol defines the \fBVendor-specific Information Option\fR
("VSIO"). The format of all of these options is usually internally a
string of options, similarly to other normal DHCP options. The VIVSO
-and VSIO options differ in that that they contain options that correspond
+and VSIO options differ in that they contain options that correspond
to vendor Enterprise-ID numbers (assigned by IANA), which then contain
options according to each Vendor's specifications. You will need to refer
to your vendor's documentation in order to form options to their