]> git.ipfire.org Git - thirdparty/kea.git/commitdiff
[5381] Clarified client classification in shared networks.
authorMarcin Siodelski <marcin@isc.org>
Tue, 17 Oct 2017 11:48:39 +0000 (13:48 +0200)
committerMarcin Siodelski <marcin@isc.org>
Tue, 17 Oct 2017 11:48:39 +0000 (13:48 +0200)
doc/guide/dhcp4-srv.xml
doc/guide/dhcp6-srv.xml

index 5af6fb37611d8ad784341b5e884f01285c8e1724..14a21c66a5e3e27e059f9c66eaf49ddeb9f6b4e5 100644 (file)
@@ -3761,6 +3761,18 @@ not able to use any subnets will be refused service. Although, this may be a
 desired outcome if one desires to service only clients of known properties
 (e.g. only VoIP phones allowed on a given link).</para>
 
+    <para>
+      Note that it is possible to achieve similar effect as presented in this
+      section without the use of shared networks. If the subnets are placed in
+      the global subnets scope, rather than in the shared network, the server
+      will still use classification rules to pick the right subnet for a given
+      class of devices. The major benefit of placing subnets within the
+      shared network is that common parameters for the logically grouped
+      subnets can be specified once, in the shared network scope, e.g.
+      "interface" or "relay" parameter. All subnets belonging to this shared
+      network will inherit those parameters.
+    </para>
+
     </section>
 
     <section>
index 1905aa26dd7ad137151dd26060b74e103276ea30..101e985a07ea72f0f9ec06cf20a78f6774129aee 100644 (file)
@@ -3328,6 +3328,18 @@ not able to use any subnets will be refused service. Although, this may be
 desired outcome if one desires to service only clients of known properties
 (e.g. only VoIP phones allowed on a given link).</para>
 
+    <para>
+      Note that it is possible to achieve similar effect as presented in this
+      section without the use of shared networks. If the subnets are placed in
+      the global subnets scope, rather than in the shared network, the server
+      will still use classification rules to pick the right subnet for a given
+      class of devices. The major benefit of placing subnets within the
+      shared network is that common parameters for the logically grouped
+      subnets can be specified once, in the shared network scope, e.g.
+      "interface" or "relay" parameter. All subnets belonging to this shared
+      network will inherit those parameters.
+    </para>
+
     </section>
 
     <section>