BIND 10 trac3281, updated. 1d9abefeca557f2ab2865cd364c08969d3027b88 [3281] Corrected bind10-guide DHCP server limitation sections.

BIND 10 source code commits bind10-changes at lists.isc.org
Thu Mar 27 11:22:46 UTC 2014


The branch, trac3281 has been updated
       via  1d9abefeca557f2ab2865cd364c08969d3027b88 (commit)
      from  0a5a96b356fb3e7aae62209d8b28b4d026a79c62 (commit)

Those revisions listed above that are new to this repository have
not appeared on any other notification email; so we list those
revisions in full, below.

- Log -----------------------------------------------------------------
commit 1d9abefeca557f2ab2865cd364c08969d3027b88
Author: Marcin Siodelski <marcin at isc.org>
Date:   Thu Mar 27 12:22:39 2014 +0100

    [3281] Corrected bind10-guide DHCP server limitation sections.

-----------------------------------------------------------------------

Summary of changes:
 doc/guide/bind10-guide.xml |   40 ++++++++++++----------------------------
 1 file changed, 12 insertions(+), 28 deletions(-)

-----------------------------------------------------------------------
diff --git a/doc/guide/bind10-guide.xml b/doc/guide/bind10-guide.xml
index 39c62d7..b1c4c82 100644
--- a/doc/guide/bind10-guide.xml
+++ b/doc/guide/bind10-guide.xml
@@ -3848,7 +3848,7 @@ Dhcp4/dhcp-ddns/qualifying-suffix	"example.com"	string
       </para>
       </section>
 
-      <section>
+      <section id="ipv4-subnet-id">
       <title>IPv4 Subnet Identifier</title>
       <para>
         Subnet identifier is a unique number associated with a particular subnet.
@@ -5047,19 +5047,11 @@ Dhcp4/dhcp-ddns/qualifying-suffix	"example.com"	string
       yet</quote>, rather than actual limitations.</para>
       <itemizedlist>
           <listitem> <!-- see tickets #3234, #3281 -->
-            <para>
-              On-line configuration has some limitations. Adding new subnets or
-              modifying existing ones work, as is removing the last subnet from
-              the list. However, removing non-last (e.g. removing subnet 1,2 or 3 if
-              there are 4 subnets configured) will cause issues. The problem is
-              caused by simplistic subnet-id assignment. The subnets are always
-              numbered, starting from 1. That subnet-id is then used in leases
-              that are stored in the lease database. Removing non-last subnet will
-              cause the configuration information to mismatch data in the lease
-              database. It is possible to manually update subnet-id fields in
-              MySQL database, but it is awkward and error prone process. A better
-              reconfiguration support is planned.
-            </para>
+            <simpara>
+              Removal of a subnet during server reconfiguration may cause renumbering
+              of auto-generated subnet identifiers, as described in section
+              <xref linkend="ipv4-subnet-id"/>.
+            </simpara>
           </listitem>
           <listitem>
           <para>
@@ -5338,7 +5330,7 @@ Dhcp6/dhcp-ddns/qualifying-suffix   "example.com"   string
       </para>
     </section>
 
-    <section>
+    <section id="ipv6-subnet-id">
       <title>IPv6 Subnet Identifier</title>
       <para>
         Subnet identifier is a unique number associated with a particular subnet.
@@ -6513,19 +6505,11 @@ Dhcp6/dhcp-ddns/qualifying-suffix	"example.com"	string
       <itemizedlist>
 
           <listitem> <!-- see tickets #3234, #3281 -->
-            <para>
-              On-line configuration has some limitations. Adding new subnets or
-              modifying existing ones work, as is removing the last subnet from
-              the list. However, removing non-last (e.g. removing subnet 1,2 or 3 if
-              there are 4 subnets configured) will cause issues. The problem is
-              caused by simplistic subnet-id assignment. The subnets are always
-              numbered, starting from 1. That subnet-id is then used in leases
-              that are stored in the lease database. Removing non-last subnet will
-              cause the configuration information to mismatch data in the lease
-              database. It is possible to manually update subnet-id fields in
-              MySQL database, but it is awkward and error prone process. A better
-              reconfiguration support is planned.
-            </para>
+            <simpara>
+              Removal of a subnet during server reconfiguration may cause renumbering
+              of auto-generated subnet identifiers, as described in section
+              <xref linkend="ipv6-subnet-id"/>.
+            </simpara>
           </listitem>
 
         <listitem>



More information about the bind10-changes mailing list