diff options
author | Jeremy C. Reed <jreed@isc.org> | 2013-01-28 18:01:41 -0600 |
---|---|---|
committer | Jeremy C. Reed <jreed@isc.org> | 2013-01-28 18:01:41 -0600 |
commit | 8e112e2bc6c2d1fd82a30bcc25f862be24d82b8b (patch) | |
tree | 3d1aad6c44c6079fcbd344d07441f118a7c65069 /common/dhcp-options.5 | |
parent | a2bb892f71896c0f026755f510b2855d15faff65 (diff) | |
download | isc-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.5 | 16 |
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 |