gnunet-svn
[Top][All Lists]
Advanced

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

[lsd0001] branch master updated: MAY pad with 0


From: gnunet
Subject: [lsd0001] branch master updated: MAY pad with 0
Date: Thu, 03 Feb 2022 13:19:18 +0100

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

martin-schanzenbach pushed a commit to branch master
in repository lsd0001.

The following commit(s) were added to refs/heads/master by this push:
     new 84251fc  MAY pad with 0
84251fc is described below

commit 84251fc22f707a613ea129b4f1b86e1dbbbc5485
Author: Martin Schanzenbach <schanzen@gnunet.org>
AuthorDate: Thu Feb 3 13:19:14 2022 +0100

    MAY pad with 0
---
 draft-schanzen-gns.xml | 13 +++++++++----
 1 file changed, 9 insertions(+), 4 deletions(-)

diff --git a/draft-schanzen-gns.xml b/draft-schanzen-gns.xml
index aab257d..9a10d19 100644
--- a/draft-schanzen-gns.xml
+++ b/draft-schanzen-gns.xml
@@ -1743,7 +1743,7 @@ q := SHA-512 (ZKDF-Public(zk, label))
          <dd>
            When publishing an RDATA block, the implementation MUST ensure that
            the size of the RDATA is a power of two
-           using the padding field. The field MUST be set to zero and MUST be
+           using the padding field. The field MAY be set to zero and MUST be
            ignored on receipt.
            As a special exception, record sets with (only) a zone delegation
            record type are never padded.
@@ -1950,14 +1950,19 @@ example.com = zk2
              REDIRECT, in which case the resolution concludes with the 
REDIRECT record.
              If the redirect name ends in ".+",
              resolution continues in GNS with the new name in the
-             current zone. Otherwise, the redirect name treated as a GNS name
-             and resolution restarts.
+             current zone.
+             Otherwise, the resulting name is resolved via the
+             default operating system name resolution process.
+             This may in turn trigger a GNS name resolution process depending
+             on the system configuration.
              <!-- Note: this permits non-DNS resolvers to be triggered via 
NSS! -->
            </t>
-           <t>
              In order to prevent infinite loops, the resolver MUST
              implement loop detections or limit the number of recursive
              resolution steps.
+             The loop detection MUST be effective even
+             if a REDIRECT found in GNS triggers subsequent GNS lookups via
+             the default operating system name resolution process.
            </t>
          </section>
          <section anchor="gns2dns_processing" numbered="true" toc="default">

-- 
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]