From 3eeefd54b17e8cbb2a8ad4923735d11b26e19f7f Mon Sep 17 00:00:00 2001
From: Mark Andrews <marka@isc.org>
Date: Tue, 9 Sep 2008 05:42:17 +0000
Subject: [PATCH] update

---
 FAQ.xml | 10 ++++++----
 1 file changed, 6 insertions(+), 4 deletions(-)

diff --git a/FAQ.xml b/FAQ.xml
index fb1d3d560e..44de005897 100644
--- a/FAQ.xml
+++ b/FAQ.xml
@@ -17,7 +17,7 @@
  - PERFORMANCE OF THIS SOFTWARE.
 -->
 
-<!-- $Id: FAQ.xml,v 1.45 2008/09/09 05:02:38 marka Exp $ -->
+<!-- $Id: FAQ.xml,v 1.46 2008/09/09 05:42:17 marka Exp $ -->
 
 <article class="faq">
   <title>Frequently Asked Questions about BIND 9</title>
@@ -1064,9 +1064,11 @@ empty:
       </question>
       <answer>
 	<para>
-	  NSEC3 records are strictly meta data and can only be returned in
-	  the authority section.  This simplifies processing and removes
-	  the paradox of a NSEC3 record proving it's own non-existance.
+	  NSEC3 records are strictly meta data and can only be
+	  returned in the authority section.  This is done so that
+	  signing the zone using NSEC3 records does not bring names
+	  into existance that do not exist in the unsigned version
+	  of the zone.
 	</para>
       </answer>
     </qandaentry>