Commit bf0d433c authored by Tomek Mrugalski's avatar Tomek Mrugalski 🛰

[5549a] Doc changes after review

parent 116962dd
......@@ -101,9 +101,9 @@
<listitem><para>
Host reservations are looked for. If an identifier from the
incoming packet matches a host reservation in the subnet or
shared network, the packet is associated with either the KNOWN
or the UNKNOWN builtin classes and all classes of the host
reservation.
shared network, the packet is associated with the KNOWN class
and all classes of the host reservation. If a reservation is not
found, the packet is assigned to UNKNOWN class.
</para></listitem>
<listitem><para>
Classes with matching expressions using directly or indirectly
......@@ -111,7 +111,10 @@
request") evaluation are processed in the order they are defined
in the configuration: the boolean expression is evaluated and
when it returns true ("match") the incoming packet is associated
to the class.
to the class. The determination whether there is a reservation
for a given client is made after a subnet is selected. As such, it
is not possible to use KNOWN/UNKNOWN classes to select a shared
network or a subnet.
</para></listitem>
<listitem><para>
If needed, addresses and prefixes from pools are assigned,
......
......@@ -2239,12 +2239,15 @@ It is merely echoed by the server
</para>
<para>
In a similar way a pool can be constrained to serve only known clients,
i.e. clients which have a reservation, using the build-n "KNOWN" or
"UNKNOWN" classes.
One can assign addresses to registered clients without giving a
different address per reservations, for instance when there is
not enough available addresses.
In a similar way a pool can be constrained to serve only known
clients, i.e. clients which have a reservation, using the
build-n "KNOWN" or "UNKNOWN" classes. One can assign addresses
to registered clients without giving a different address per
reservations, for instance when there is not enough available
addresses. The determination whether there is a reservation
for a given client is made after a subnet is selected. As such, it
is not possible to use KNOWN/UNKNOWN classes to select a shared
network or a subnet.
</para>
<para>
......
......@@ -2237,12 +2237,15 @@ should include options from the isc option space:
</para>
<para>
In a similar way a pool can be constrained to serve only known clients,
i.e. clients which have a reservation, using the build-n "KNOWN" or
"UNKNOWN" classes.
One can assign addresses to registered clients without giving a
different address per reservations, for instance when there is
not enough available addresses.
In a similar way a pool can be constrained to serve only known
clients, i.e. clients which have a reservation, using the
build-n "KNOWN" or "UNKNOWN" classes. One can assign addresses
to registered clients without giving a different address per
reservations, for instance when there is not enough available
addresses. The determination whether there is a reservation
for a given client is made after a subnet is selected. As such, it
is not possible to use KNOWN/UNKNOWN classes to select a shared
network or a subnet.
</para>
<para>
......
Markdown is supported
0% or .
You are about to add 0 people to the discussion. Proceed with caution.
Finish editing this message first!
Please register or to comment