gnunet-svn
[Top][All Lists]
Advanced

[Date Prev][Date Next][Thread Prev][Thread Next][Date Index][Thread Index]

[lsd0001] branch master updated: clarify 'single delegation record'


From: gnunet
Subject: [lsd0001] branch master updated: clarify 'single delegation record'
Date: Sat, 01 Jul 2023 00:06:20 +0200

This is an automated email from the git hooks/post-receive script.

grothoff pushed a commit to branch master
in repository lsd0001.

The following commit(s) were added to refs/heads/master by this push:
     new 802c264  clarify 'single delegation record'
802c264 is described below

commit 802c264443a2dd255c003b812a230ca876af4f72
Author: Christian Grothoff <christian@grothoff.org>
AuthorDate: Sat Jul 1 00:06:15 2023 +0200

    clarify 'single delegation record'
---
 draft-schanzen-gns.xml | 12 +++++++-----
 1 file changed, 7 insertions(+), 5 deletions(-)

diff --git a/draft-schanzen-gns.xml b/draft-schanzen-gns.xml
index 9953e4a..78d02fb 100644
--- a/draft-schanzen-gns.xml
+++ b/draft-schanzen-gns.xml
@@ -2209,7 +2209,7 @@ example.com.gns.alt = zTLD2 := Base32GNS(ztype2||zk2)
            <li>Perform a storage query GET(q) to retrieve the RRBLOCK.</li>
            <li>Check that (a) the block is not expired, (b) the SHA-512 hash
              of the derived authoritative zone key zk' from the RRBLOCK matches
-             the query q, and (c) that the signature is valid. If any of these
+             the query q, and (c) the signature is valid. If any of these
              tests fail, the RRBLOCK <bcp14>MUST</bcp14>
              be ignored and, if applicable, the storage lookup GET(q)
              <bcp14>MUST</bcp14> continue to look for other RRBLOCKs.</li>
@@ -2270,17 +2270,19 @@ example.com.gns.alt = zTLD2 := Base32GNS(ztype2||zk2)
            consist of a single delegation record,
            resolution of the remainder of the name is delegated to
            the target zone as described in <xref 
target="delegation_processing" />.
+           Note that any supplemental records and shadow records with a larger
+           expiration time would be ignored in this case.
          </li>
          <li>
            Case 5:
            If the remainder of the name to resolve is empty
            the record set is the final result.
-           If any NICK records are in the final result set, it 
<bcp14>MUST</bcp14> be
-           processed according to <xref target="nick_processing" />.
-           Otherwise, the final result set is returned.
+           If any NICK records are in the final result set, they 
<bcp14>MUST</bcp14>
+           first be processed according to <xref target="nick_processing" />.
+           Otherwise, the record result set is directly returned as the final 
result.
          </li>
          <li>
-           Finally, if none of the above is applicable resolution fails and the
+           Finally, if none of the above is applicable, resolution fails and 
the
            resolver <bcp14>MUST</bcp14> return an empty record set.
          </li>
         </ul>

-- 
To stop receiving notification emails like this one, please contact
gnunet@gnunet.org.



reply via email to

[Prev in Thread] Current Thread [Next in Thread]