[Date Prev][Date Next][Thread Prev][Thread Next][Date Index][Thread Index]
[lsd0001] branch master updated (17d8be7 -> d282c0d)
|
From: |
gnunet |
|
Subject: |
[lsd0001] branch master updated (17d8be7 -> d282c0d) |
|
Date: |
Wed, 16 Feb 2022 18:26:52 +0100 |
This is an automated email from the git hooks/post-receive script.
martin-schanzenbach pushed a change to branch master
in repository lsd0001.
from 17d8be7 labels and names
add 3dee9e4 v08
new f41c17a revert change (outdated RFCs)
new d282c0d figure titles
The 2 revisions listed above as "new" are entirely new to this
repository and will be described in separate emails. The revisions
listed as "add" were already present in the repository and have only
been added to this reference.
Summary of changes:
draft-schanzen-gns.xml | 415 ++++++++++++++++++++++---------------------------
1 file changed, 183 insertions(+), 232 deletions(-)
diff --git a/draft-schanzen-gns.xml b/draft-schanzen-gns.xml
index 95e9b51..09efdde 100644
--- a/draft-schanzen-gns.xml
+++ b/draft-schanzen-gns.xml
@@ -5,7 +5,6 @@
<!ENTITY RFC2119 PUBLIC ''
"http://xml.resource.org/public/rfc/bibxml/reference.RFC.2119.xml";>
<!--<!ENTITY RFC2693 PUBLIC ''
"http://xml.resource.org/public/rfc/bibxml/reference.RFC.2693.xml";>-->
<!ENTITY RFC2782 PUBLIC ''
"http://xml.resource.org/public/rfc/bibxml/reference.RFC.2782.xml";>
-<!ENTITY RFC3491 PUBLIC ''
"http://xml.resource.org/public/rfc/bibxml/reference.RFC.3491.xml";>
<!ENTITY RFC3629 PUBLIC ''
"http://xml.resource.org/public/rfc/bibxml/reference.RFC.3629.xml";>
<!ENTITY RFC3686 PUBLIC ''
"http://xml.resource.org/public/rfc/bibxml/reference.RFC.3686.xml";>
<!ENTITY RFC3826 PUBLIC ''
"http://xml.resource.org/public/rfc/bibxml/reference.RFC.3826.xml";>
@@ -35,13 +34,13 @@
<?rfc sortrefs="yes" ?>
<?rfc compact="yes" ?>
<?rfc subcompact="no" ?>
-<rfc xmlns:xi="http://www.w3.org/2001/XInclude"; category="info"
docName="draft-schanzen-gns-07" ipr="trust200902" obsoletes="" updates=""
submissionType="IETF" xml:lang="en" version="3">
+<rfc xmlns:xi="http://www.w3.org/2001/XInclude"; category="info"
docName="draft-schanzen-gns-08" ipr="trust200902" obsoletes="" updates=""
submissionType="IETF" xml:lang="en" version="3">
<!-- xml2rfc v2v3 conversion 2.26.0 -->
<front>
<title abbrev="The GNU Name System">
The GNU Name System
</title>
- <seriesInfo name="Internet-Draft" value="draft-schanzen-gns-07"/>
+ <seriesInfo name="Internet-Draft" value="draft-schanzen-gns-08"/>
<author fullname="Martin Schanzenbach" initials="M." surname="Schanzenbach">
<organization>GNUnet e.V.</organization>
<address>
@@ -192,13 +191,8 @@
<dd>
A GNS label is a label as defined in <xref target="RFC8499"/>.
Within this document, labels are always assumed to be strings of
- UTF-8 characters <xref target="RFC8499"/> with a maximum length of
- 63 bytes for compatibility with applications enforcing DNS legacy
- limitations.
- Labels MUST follow the format as defined in the
- "Nameprep" profile in <xref target="RFC3491"/>.
- Notably, this means that labels are assumed to be case-folded and
- special characters including spaces are forbidden.
+ Labels MUST follow the format for U-labels as defined in
+ in <xref target="RFC5890"/> and <xref target="RFC5891"/>.
</dd>
<dt>Apex Label</dt>
<dd>
@@ -438,7 +432,7 @@
</dl>
<section anchor="zTLD" numbered="true" toc="default">
<name>Zone Top-Level Domain</name>
- <figure anchor="figure_zid">
+ <figure anchor="figure_zid" title="The decoded binary representation of
the zTLD">
<artwork name="" type="" align="left" alt=""><![CDATA[
0 8 16 24 32 40 48 56
+-----+-----+-----+-----+-----+-----+-----+-----+
@@ -448,7 +442,6 @@
/ /
]]></artwork>
</figure>
- <t>The decoded binary representation of the zTLD</t>
<t>
The zTLD is the Zone Top-Level Domain.
It is a string which encodes the zone type and zone key into a domain
name.
@@ -541,7 +534,7 @@ zTLD := zkl[126..129].zkl[63..125].zkl[0..62]
<xref target="figure_revocation"/> illustrates the format
of the data "P" on which the PoW is calculated.
</t>
- <figure anchor="figure_revocation">
+ <figure anchor="figure_revocation" title="The Format of the PoW Data.">
<artwork name="" type="" align="left" alt=""><![CDATA[
0 8 16 24 32 40 48 56
+-----+-----+-----+-----+-----+-----+-----+-----+
@@ -556,7 +549,6 @@ zTLD := zkl[126..129].zkl[63..125].zkl[0..62]
+-----+-----+-----+-----+-----+-----+-----+-----+
]]></artwork>
</figure>
- <t>The Format of the PoW Data.</t>
<dl>
<dt>POW</dt>
<dd>
@@ -610,7 +602,7 @@ zTLD := zkl[126..129].zkl[63..125].zkl[0..62]
The revocation message wire format is illustrated in
<xref target="figure_revocationdata"/>.
</t>
- <figure anchor="figure_revocationdata">
+ <figure anchor="figure_revocationdata" title="The Revocation Message
Wire Format.">
<artwork name="" type="" align="left" alt=""><![CDATA[
0 8 16 24 32 40 48 56
+-----+-----+-----+-----+-----+-----+-----+-----+
@@ -636,7 +628,6 @@ zTLD := zkl[126..129].zkl[63..125].zkl[0..62]
+-----+-----+-----+-----+-----+-----+-----+-----+
]]></artwork>
</figure>
- <t>The Revocation Message Wire Format.</t>
<dl>
<dt>TIMESTAMP</dt>
<dd>
@@ -689,7 +680,7 @@ zTLD := zkl[126..129].zkl[63..125].zkl[0..62]
The wire format is illustrated
in <xref target="figure_revsigwithpseudo"/>.
</t>
- <figure anchor="figure_revsigwithpseudo">
+ <figure anchor="figure_revsigwithpseudo" title="The Wire Format of the
Revocation Data for Signing.">
<artwork name="" type="" align="left" alt=""><![CDATA[
0 8 16 24 32 40 48 56
+-----+-----+-----+-----+-----+-----+-----+-----+
@@ -704,7 +695,6 @@ zTLD := zkl[126..129].zkl[63..125].zkl[0..62]
+-----+-----+-----+-----+-----+-----+-----+-----+
]]></artwork>
</figure>
- <t>The Wire Format of the Revocation Data for Signing.</t>
<dl>
<dt>SIZE</dt>
<dd>
@@ -774,7 +764,7 @@ zTLD := zkl[126..129].zkl[63..125].zkl[0..62]
The resource record format is defined in
<xref target="figure_gnsrecord"/>.
</t>
- <figure anchor="figure_gnsrecord">
+ <figure anchor="figure_gnsrecord" title="The Resource Record Wire
Format.">
<artwork name="" type="" align="left" alt=""><![CDATA[
0 8 16 24 32 40 48 56
+-----+-----+-----+-----+-----+-----+-----+-----+
@@ -787,7 +777,6 @@ zTLD := zkl[126..129].zkl[63..125].zkl[0..62]
/ /
]]></artwork>
</figure>
- <t>The Resource Record Wire Format.</t>
<dl>
<dt>EXPIRATION</dt>
<dd>
@@ -833,7 +822,7 @@ zTLD := zkl[126..129].zkl[63..125].zkl[0..62]
illustrates the flag distribution in the 16-bit flag field of a
resource record:
</t>
- <figure anchor="figure_flag">
+ <figure anchor="figure_flag" title="The Resource Record Flag Wire
Format.">
<artwork name="" type="" align="left" alt=""><![CDATA[
0 13 14 15 16
+--------...+-------------+-------+---------+
@@ -841,7 +830,6 @@ zTLD := zkl[126..129].zkl[63..125].zkl[0..62]
+--------...+-------------+-------+---------+
]]></artwork>
</figure>
- <t>The Resource Record Flag Wire Format.</t>
<dl>
<dt>CRITICAL</dt>
<dd>
@@ -896,7 +884,7 @@ zTLD := zkl[126..129].zkl[63..125].zkl[0..62]
In GNS, a delegation of a label to a zone of type "PKEY" is
represented through a PKEY record. The PKEY DATA entry wire format
can be found in <xref target="figure_pkeyrecord"/>.
</t>
- <figure anchor="figure_pkeyrecord">
+ <figure anchor="figure_pkeyrecord" title="The PKEY Wire Format.">
<artwork name="" type="" align="left" alt=""><![CDATA[
0 8 16 24 32 40 48 56
+-----+-----+-----+-----+-----+-----+-----+-----+
@@ -907,7 +895,6 @@ zTLD := zkl[126..129].zkl[63..125].zkl[0..62]
+-----+-----+-----+-----+-----+-----+-----+-----+
]]></artwork>
</figure>
- <t>The PKEY Wire Format.</t>
<dl>
<dt>PUBLIC KEY</dt>
<dd>
@@ -1019,7 +1006,7 @@ VerifyDerived(zk,label,message,signature):
The S-Encrypt() and S-Decrypt() functions use AES in counter mode
as defined in <xref target="MODES" /> (CTR-AES-256):
</t>
- <figure anchor="figure_senc_pkey">
+ <figure anchor="figure_senc_pkey" title="The PKEY S-Encrypt Procedure.">
<artwork name="" type="" align="left" alt=""><![CDATA[
S-Encrypt(zk,label,expiration,plaintext):
PRK_k := HKDF-Extract ("gns-aes-ctx-key", zk)
@@ -1030,8 +1017,7 @@ S-Encrypt(zk,label,expiration,plaintext):
return CTR-AES256(K, IV, plaintext)
]]></artwork>
</figure>
- <t>The PKEY S-Encrypt Procedure.</t>
- <figure anchor="figure_sdec_pkey">
+ <figure anchor="figure_sdec_pkey" title="The PKEY S-Decrypt Procedure.">
<artwork name="" type="" align="left" alt=""><![CDATA[
S-Decrypt(zk,label,expiration,ciphertext):
PRK_k := HKDF-Extract ("gns-aes-ctx-key", zk)
@@ -1042,7 +1028,6 @@ S-Decrypt(zk,label,expiration,ciphertext):
return CTR-AES256(K, IV, ciphertext)
]]></artwork>
</figure>
- <t>The PKEY S-Decrypt Procedure.</t>
<t>
The key K and counter IV are derived from
the record label and the zone key zk using a hash-based key
@@ -1064,7 +1049,7 @@ S-Decrypt(zk,label,expiration,ciphertext):
The resulting counter (IV) wire format can be found in
<xref target="figure_hkdf_ivs_pkey"/>.
</t>
- <figure anchor="figure_hkdf_ivs_pkey">
+ <figure anchor="figure_hkdf_ivs_pkey" title="The Block Counter Wire
Format.">
<artwork name="" type="" align="left" alt=""><![CDATA[
0 8 16 24 32
+-----+-----+-----+-----+
@@ -1077,7 +1062,6 @@ S-Decrypt(zk,label,expiration,ciphertext):
+-----+-----+-----+-----+
]]></artwork>
</figure>
- <t>The Block Counter Wire Format.</t>
</section>
<section anchor="gnsrecords_edkey" numbered="true" toc="default">
<name>EDKEY</name>
@@ -1087,7 +1071,7 @@ S-Decrypt(zk,label,expiration,ciphertext):
The EDKEY DATA entry wire format
is illustrated in <xref target="figure_edkeyrecord"/>.
</t>
- <figure anchor="figure_edkeyrecord">
+ <figure anchor="figure_edkeyrecord" title="The EDKEY DATA Wire Format.">
<artwork name="" type="" align="left" alt=""><![CDATA[
0 8 16 24 32 40 48 56
+-----+-----+-----+-----+-----+-----+-----+-----+
@@ -1098,7 +1082,6 @@ S-Decrypt(zk,label,expiration,ciphertext):
+-----+-----+-----+-----+-----+-----+-----+-----+
]]></artwork>
</figure>
- <t>The EDKEY DATA Wire Format.</t>
<dl>
<dt>PUBLIC KEY</dt>
<dd>
@@ -1334,7 +1317,7 @@ S-Decrypt(zk,label,expiration,ciphertext):
The resulting counter (IV) wire format is illustrated in
<xref target="figure_hkdf_ivs_edkey"/>.
</t>
- <figure anchor="figure_hkdf_ivs_edkey">
+ <figure anchor="figure_hkdf_ivs_edkey" title="The Counter Block
Initialization Vector.">
<artwork name="" type="" align="left" alt=""><![CDATA[
0 8 16 24 32
+-----+-----+-----+-----+
@@ -1348,7 +1331,6 @@ S-Decrypt(zk,label,expiration,ciphertext):
+-----+-----+-----+-----+
]]></artwork>
</figure>
- <t>The Counter Block Initialization Vector</t>
</section>
</section>
<section anchor="gnsrecords_redirect" numbered="true" toc="default">
@@ -1375,7 +1357,7 @@ S-Decrypt(zk,label,expiration,ciphertext):
A REDIRECT DATA entry is illustrated in <xref
target="figure_redirectrecord"/>.
</t>
- <figure anchor="figure_redirectrecord">
+ <figure anchor="figure_redirectrecord" title="The REDIRECT DATA Wire
Format.">
<artwork name="" type="" align="left" alt=""><![CDATA[
0 8 16 24 32 40 48 56
+-----+-----+-----+-----+-----+-----+-----+-----+
@@ -1386,7 +1368,6 @@ S-Decrypt(zk,label,expiration,ciphertext):
+-----+-----+-----+-----+-----+-----+-----+-----+
]]></artwork>
</figure>
- <t> The REDIRECT DATA Wire Format</t>
<dl>
<dt>REDIRECT NAME</dt>
<dd>
@@ -1410,7 +1391,7 @@ S-Decrypt(zk,label,expiration,ciphertext):
secure the connection with the DNS servers under the same label.
No other record types are allowed in the same record set.
A GNS2DNS DATA entry is illustrated in <xref
target="figure_gns2dnsrecord"/>.</t>
- <figure anchor="figure_gns2dnsrecord">
+ <figure anchor="figure_gns2dnsrecord" title="The GNS2DNS DATA Wire
Format.">
<artwork name="" type="" align="left" alt=""><![CDATA[
0 8 16 24 32 40 48 56
+-----+-----+-----+-----+-----+-----+-----+-----+
@@ -1426,7 +1407,6 @@ S-Decrypt(zk,label,expiration,ciphertext):
+-----------------------------------------------+
]]></artwork>
</figure>
- <t> The GNS2DNS DATA Wire Format</t>
<dl>
<dt>DNS NAME</dt>
<dd>
@@ -1479,7 +1459,7 @@ S-Decrypt(zk,label,expiration,ciphertext):
A LEHO resource record is expected to be found together in a single
resource record with an IPv4 or IPv6 address.
A LEHO DATA entry is illustrated in <xref
target="figure_lehorecord"/>.</t>
- <figure anchor="figure_lehorecord">
+ <figure anchor="figure_lehorecord" title="The LEHO DATA Wire Format.">
<artwork name="" type="" align="left" alt=""><![CDATA[
0 8 16 24 32 40 48 56
+-----+-----+-----+-----+-----+-----+-----+-----+
@@ -1490,7 +1470,6 @@ S-Decrypt(zk,label,expiration,ciphertext):
+-----+-----+-----+-----+-----+-----+-----+-----+
]]></artwork>
</figure>
- <t> The LEHO DATA Wire Format.</t>
<dl>
<dt>LEGACY HOSTNAME</dt>
<dd>
@@ -1517,7 +1496,7 @@ S-Decrypt(zk,label,expiration,ciphertext):
supplemental and non-supplemental NICK records.
A NICK DATA entry is illustrated in <xref
target="figure_nickrecord"/>.
</t>
- <figure anchor="figure_nickrecord">
+ <figure anchor="figure_nickrecord" title="The NICK DATA Wire Format.">
<artwork name="" type="" align="left" alt=""><![CDATA[
0 8 16 24 32 40 48 56
+-----+-----+-----+-----+-----+-----+-----+-----+
@@ -1528,7 +1507,6 @@ S-Decrypt(zk,label,expiration,ciphertext):
+-----+-----+-----+-----+-----+-----+-----+-----+
]]></artwork>
</figure>
- <t>The NICK DATA Wire Format.</t>
<dl>
<dt>NICKNAME</dt>
<dd>
@@ -1560,7 +1538,7 @@ S-Decrypt(zk,label,expiration,ciphertext):
For reference, see also <xref target="RFC2782" />.
A BOX DATA entry is illustrated in <xref
target="figure_boxrecord"/>.
</t>
- <figure anchor="figure_boxrecord">
+ <figure anchor="figure_boxrecord" title="The BOX DATA Wire Format.">
<artwork name="" type="" align="left" alt=""><![CDATA[
0 8 16 24 32 40 48 56
+-----+-----+-----+-----+-----+-----+-----+-----+
@@ -1573,14 +1551,9 @@ S-Decrypt(zk,label,expiration,ciphertext):
+-----+-----+-----+-----+-----+-----+-----+-----+
]]></artwork>
</figure>
- <t>The BOX DATA Wire Format.</t>
<dl>
<dt>PROTO</dt>
<dd>
- <!-- FIXME: Help Christian this is all wrong.
- RFC6895 is DNS. Also: SVC what are possible numbers?
- Changed to 5237. Correct? SVC is still unknown.
- -->
the 16-bit protocol number, e.g. 6 for tcp.
Note that values
below 2^8 are reserved for allocation via IANA <xref
target="RFC5237" />,
@@ -1685,7 +1658,7 @@ q := SHA-512 (ZKDF-Public(zk, label))
The GNS RRBLOCK wire format is illustrated in
<xref target="figure_record_block"/>.
</t>
- <figure anchor="figure_record_block">
+ <figure anchor="figure_record_block" title="The RRBLOCK Wire Format.">
<artwork name="" type="" align="left" alt=""><![CDATA[
0 8 16 24 32 40 48 56
+-----+-----+-----+-----+-----+-----+-----+-----+
@@ -1708,7 +1681,6 @@ q := SHA-512 (ZKDF-Public(zk, label))
+-----+-----+-----+-----+-----+-----+-----+-----+
]]></artwork>
</figure>
- <t>The RRBLOCK Wire Format.</t>
<dl>
<dt>SIZE</dt>
<dd>
@@ -1762,7 +1734,7 @@ q := SHA-512 (ZKDF-Public(zk, label))
The wire format is illustrated
in <xref target="figure_rrsigwithpseudo"/>.
</t>
- <figure anchor="figure_rrsigwithpseudo">
+ <figure anchor="figure_rrsigwithpseudo" title="The Wire Format used for
creating the signature of the RRBLOCK.">
<artwork name="" type="" align="left" alt=""><![CDATA[
0 8 16 24 32 40 48 56
+-----+-----+-----+-----+-----+-----+-----+-----+
@@ -1776,7 +1748,6 @@ q := SHA-512 (ZKDF-Public(zk, label))
+-----+-----+-----+-----+-----+-----+-----+-----+
]]></artwork>
</figure>
- <t>The Wire Format used for creating the signature of the RRBLOCK.</t>
<dl>
<dt>SIZE</dt>
<dd>
@@ -1808,7 +1779,7 @@ q := SHA-512 (ZKDF-Public(zk, label))
The wire format of the RDATA is illustrated in
<xref target="figure_rdata"/>.
</t>
- <figure anchor="figure_rdata">
+ <figure anchor="figure_rdata" title="The RDATA Wire Format.">
<artwork name="" type="" align="left" alt=""><![CDATA[
0 8 16 24 32 40 48 56
+-----+-----+-----+-----+-----+-----+-----+-----+
@@ -1831,7 +1802,6 @@ q := SHA-512 (ZKDF-Public(zk, label))
/ /
]]></artwork>
</figure>
- <t>The RDATA Wire Format.</t>
<dl>
<dt>EXPIRATION, SIZE, TYPE, FLAGS and DATA</dt>
<dd>
@@ -2239,9 +2209,9 @@ NICK: john (Supplemental)
<t>
All labels in GNS are encoded in UTF-8 <xref target="RFC3629" />.
Labels MUST be canonicalized using
- Normalization Form KC (NFKC) <xref target="Unicode-UAX15"/>.
+ Normalization Form C (NFC) <xref target="Unicode-UAX15"/>.
This does not include any DNS names found in DNS records, such as
CNAME
- records, which are internationalized through the IDNA specifications
+ record data, which is internationalized through the IDNA
specifications
<xref target="RFC5890" />.
</t>
</section>
@@ -2546,7 +2516,7 @@ NICK: john (Supplemental)
GANA is requested to populate this registry as listed in
<xref target="figure_rrtypenums"/>.
</t>
- <figure anchor="figure_rrtypenums">
+ <figure anchor="figure_rrtypenums" title="The GANA Resource Record
Registry.">
<artwork name="" type="" align="left" alt=""><![CDATA[
Number | Name | Contact | References | Comment
-------+---------+---------+------------+-------------------------
@@ -2559,12 +2529,11 @@ Number | Name | Contact | References | Comment
65556 | EDKEY | N/A | [This.I-D] | GNS zone delegation (EDKEY)
]]></artwork>
</figure>
- <t>The GANA Resource Record Registry.</t>
<t>
GANA is requested to amend the "GNUnet Signature Purpose" registry
as illustrated in <xref target="figure_purposenums"/>.
</t>
- <figure anchor="figure_purposenums">
+ <figure anchor="figure_purposenums" title="Requested Changes in the
GANA GNUnet Signature Purpose Registry.">
<artwork name="" type="" align="left" alt=""><![CDATA[
Purpose | Name | References | Comment
--------+-----------------+------------+--------------------------
@@ -2572,7 +2541,6 @@ Purpose | Name | References | Comment
15 | GNS_RECORD_SIGN | [This.I-D] | GNS record set signature
]]></artwork>
</figure>
- <t>Requested Changes in the GANA GNUnet Signature Purpose Registry.</t>
</section>
<!-- gana -->
<section>
@@ -2630,7 +2598,6 @@ Purpose | Name | References | Comment
&RFC1035;
&RFC2782;
&RFC2119;
- &RFC3491;
&RFC3629;
&RFC3686;
&RFC3826;
@@ -2929,7 +2896,7 @@ Purpose | Name | References | Comment
recognition, the letter "U" MUST be decoded to the same value as the
letter "V" in Base32GNS.
</t>
- <figure anchor="CrockfordB32Encode">
+ <figure anchor="CrockfordB32Encode" title="The Base32GNS Alphabet
Including the Additional U Encode Symbol.">
<artwork name="" type="" align="left" alt=""><![CDATA[
Symbol Decode Encode
Value Symbol Symbol
@@ -2967,10 +2934,6 @@ Value Symbol Symbol
31 Z z Z
]]></artwork>
</figure>
- <t>
- The Base32GNS Alphabet Including the Additional U Encode Symbol.
- </t>
-
</section>
<section>
<name>Test Vectors</name>
@@ -2996,9 +2959,8 @@ Base32GNS-Decode:
]]>
</artwork>
<t>
- The following represents a test vector for a record set with a DNS
- record of type "A" as well as a GNS record of type "PKEY"
- under the label "test".
+ The following represents test vectors for record sets with a variety
+ of record types and flags for both PKEY and EDKEY zones.
</t>
<artwork name="" type="" align="left" alt="">
<![CDATA[
@@ -3025,7 +2987,7 @@ Record #0
EXPIRATION: 2463385894000000
DATA_SIZE: 36
TYPE: 65536
-FLAGS: 01000000
+FLAGS: 0001
DATA:
0001000021e3b30f
@@ -3050,7 +3012,7 @@ b928158000000001
Encryption key (K):
864e7138eae7fd91
a30136899c132b23
-acebdb2cef43cb19
+acebd2cef43cb19
f6bf55b67db9b3b3
Storage key (q):
@@ -3111,14 +3073,14 @@ b0c2901f
Encoded zone identifier (zkl = zTLD):
000G0037FH3QTBCK15Y8BCCNRVWPV17ZC7TSGB1C9ZG2TPGHZVFV1GMG3W
-Label: testset
+Label: namesystem
RRCOUNT: 3
Record #0
EXPIRATION: 2463385894000000
DATA_SIZE: 16
TYPE: 28
-FLAGS: 00000000
+FLAGS: 0000
DATA:
0000000000000000
@@ -3126,19 +3088,18 @@ DATA:
Record #1
EXPIRATION: 49556645701000000
-DATA_SIZE: 9
+DATA_SIZE: 6
TYPE: 65537
-FLAGS: 00800000
+FLAGS: 8000
DATA:
-536f6d65206e6963
-6b
+e6849be7a7b0
Record #2
-EXPIRATION: 6091321688
+EXPIRATION: 6089306424
DATA_SIZE: 11
TYPE: 16
-FLAGS: 04400000
+FLAGS: 4004
DATA:
48656c6c6f20576f
@@ -3150,12 +3111,12 @@ RDATA:
0000000000000000
00000000deadbeef
00b00f81b7449b40
-0009800000010001
-536f6d65206e6963
-6b000000016b1231
-58000b4004000000
-1048656c6c6f2057
-6f726c6400000000
+0006800000010001
+e6849be7a7b00000
+00016af37138000b
+4004000000104865
+6c6c6f20576f726c
+6400000000000000
0000000000000000
0000000000000000
0000000000000000
@@ -3163,84 +3124,75 @@ RDATA:
0000000000000000
Encryption NONCE|EXPIRATION|BLOCK COUNTER:
-4edb104e0005d78a
-44e4e6c800000001
+a5df4a330005d816
+0d595e8900000001
Encryption key (K):
-4a7d3f21f67c377e
-ad2cb255b6c05930
-6287e78caeff4c80
-f08e1df327900d21
+39a8824c4da40242
+d9e05eb46cdf280f
+29a116f8acfd94c8
+6df48b2b7aac82ff
Storage key (q):
-e8f9a842256e825b
-f40e802ab2a81a3c
-31d621100b4adec0
-3c152e22cdbcab0d
-d5dde37815887f74
-950b22179269e6b3
-2b75928dd80111de
-3e12eca5517ae246
+07f6e965f75c815d
+35fea2212692c8fc
+f9b575cb42f0fd84
+5d4d7327199cf3dd
+dcbc5565ca2b81fe
+b08088ae2bb2afd0
+d85f2fed85e170be
+ee86bf67ce2b9ece
BDATA:
-a6b26ac00e485ddd
-26e8db68e3eaba01
-b5760ae197f70e28
-39cc9e4ac40668f4
-61285e42d8e7c397
-cfc90e8042106666
-9a0506edccfacb1b
-520103c2a68eb06d
-770c7bd65e6810c3
-88e192cc313f924b
-ffe67ce114694f20
-03d851c7fe5623b2
-5eb0fad6bbdf917b
-e7eac3a9ec795dd4
-a9c8b4c683896b2c
-69d4d5ae8dafd93a
+83df3617de6bbd8a
+887e6ddca9755edd
+fd56b4a39d07b9a8
+1f285d004ba567b2
+40c9766411e40fc7
+8627f6b372486f99
+215875f5b8745879
+394f61a10f770922
+3c94b04d93d16cdc
+0a072402e926512f
+08cc632ed7310018
+69550cacac78d9d2
+0d6dff70d329c84f
+a6fc8e78f64188da
+4a217ebfae374937
+c62121526e85d97c
RRBLOCK:
000000f000010000
-d84c242613691d2f
-2150f55b89ee03ca
-0b13f9fa6905eb17
-acedcbc55518b8aa
-042c1e6e6e3aa52a
-6538a91fd3d5e9cd
-987edb1106f3f864
-fea111382f5a0a42
-0b954ccb4dc6e9e1
-3cbec65e7ae021ec
-7c4f7830aa158423
-da439dc17fee7586
-0005d78a44e4e6c8
-a6b26ac00e485ddd
-26e8db68e3eaba01
-b5760ae197f70e28
-39cc9e4ac40668f4
-61285e42d8e7c397
-cfc90e8042106666
-9a0506edccfacb1b
-520103c2a68eb06d
-770c7bd65e6810c3
-88e192cc313f924b
-ffe67ce114694f20
-03d851c7fe5623b2
-5eb0fad6bbdf917b
-e7eac3a9ec795dd4
-a9c8b4c683896b2c
-69d4d5ae8dafd93a
- ]]>
- </artwork>
+ddef91ac40ad25e3
+6b65242789ee9662
+e195ced12e76245e
+10ebc70bbe089906
+01f1f20d0dd97f38
+7d726e47046f5bdc
+1158724a2f1ccf39
+ecfd0e918351e2ea
+0696cc286dfb1722
+ed0f4ea9da83bbcf
+5dd4a2842fe5bb64
+17ae3602a06527c4
+0005d8160d595e89
+83df3617de6bbd8a
+887e6ddca9755edd
+fd56b4a39d07b9a8
+1f285d004ba567b2
+40c9766411e40fc7
+8627f6b372486f99
+215875f5b8745879
+394f61a10f770922
+3c94b04d93d16cdc
+0a072402e926512f
+08cc632ed7310018
+69550cacac78d9d2
+0d6dff70d329c84f
+a6fc8e78f64188da
+4a217ebfae374937
+c62121526e85d97c
- <t>
- The following represents a test vector for a record set with a DNS
- record of type "A" as well as a GNS record of type "EDKEY"
- under the label "test".
- </t>
- <artwork name="" type="" align="left" alt="">
- <![CDATA[
Zone private key (d):
5af7020ee1916032
8832352bbc6a68a8
@@ -3264,7 +3216,7 @@ Record #0
EXPIRATION: 2463385894000000
DATA_SIZE: 36
TYPE: 65536
-FLAGS: 01000000
+FLAGS: 0001
DATA:
0001000021e3b30f
@@ -3355,14 +3307,14 @@ db96688f
Encoded zone identifier (zkl = zTLD):
000G051WYJWJ80S04BRDRM2R2H9VGQCKP13VCFA4DHC4BJT88HEXQ5K8HW
-Label: testset
+Label: namesystem
RRCOUNT: 3
Record #0
EXPIRATION: 2463385894000000
DATA_SIZE: 16
TYPE: 28
-FLAGS: 00000000
+FLAGS: 0000
DATA:
0000000000000000
@@ -3370,19 +3322,18 @@ DATA:
Record #1
EXPIRATION: 49556645701000000
-DATA_SIZE: 9
+DATA_SIZE: 6
TYPE: 65537
-FLAGS: 00800000
+FLAGS: 8000
DATA:
-536f6d65206e6963
-6b
+e6849be7a7b0
Record #2
-EXPIRATION: 6091321688
+EXPIRATION: 6089306424
DATA_SIZE: 11
TYPE: 16
-FLAGS: 04400000
+FLAGS: 4004
DATA:
48656c6c6f20576f
@@ -3394,12 +3345,12 @@ RDATA:
0000000000000000
00000000deadbeef
00b00f81b7449b40
-0009800000010001
-536f6d65206e6963
-6b000000016b1231
-58000b4004000000
-1048656c6c6f2057
-6f726c6400000000
+0006800000010001
+e6849be7a7b00000
+00016af37138000b
+4004000000104865
+6c6c6f20576f726c
+6400000000000000
0000000000000000
0000000000000000
0000000000000000
@@ -3407,79 +3358,79 @@ RDATA:
0000000000000000
Encryption NONCE|EXPIRATION:
-0a27e1f82798d680
-4285c81ef29391f9
-0005d78a44e4ff82
+d9402801e26324b6
+0c227f25203e9f26
+0005d8160d59693e
Encryption key (K):
-227730f8c97f94ab
-5de3645aa731be24
-769f04cacb88312d
-e8e5102909693488
+20007fe09b16dc86
+e0fd0d74fb3d5d0b
+7962d7fe5301a7b4
+ec9f8bfd935cc9d2
Storage key (q):
-60c6e5b3442eb232
-837e70205f26ca16
-539f1354692fbeb3
-05541efd0e3216cc
-9373d3e2c6f8fa1d
-1e49cfd9c19cb654
-0621377eb989461c
-f09676309323b000
+82584d4d2c314be7
+5b304222a63fa6e4
+e52ea63d7dbd153c
+6e3ba1ae749c5772
+e1c6b245633c5563
+37c7fc60b0115888
+ad5ade579522e9d7
+10fa23cd93e56e8c
BDATA:
-dfc0aa69cee85288
-434b48d487ed3911
-5118213b7b2efe73
-9067c6f6c0e83d59
-7d9288b018e73b66
-264ee8587d026c60
-bd2ff2e3d50a7d49
-1b53803c8ff4eb3c
-03197178d551434e
-20851fda85950116
-5a6f51dc9accaf5a
-daf5ed94a707ffb9
-2854ef15c67fb1ec
-465f168d480f6436
-a1c5affccef33fdd
-0b99ea4719debbfd
-c1e7e52aaa546b3f
-4c4c91d7f1aba812
+92b722bc0289cccc
+c073b2c741abe8fb
+ee9b961bae66312a
+7be8cb9db2a34508
+55a8709eba0288d8
+4e3b0302c24e8f0b
+079f2aa90dcb884e
+d4ec3157b0652ee3
+126ec890c6352ef5
+0a7b207e55a5e99b
+4f78d900e7ce10b5
+295a7af328cd249e
+61adc50fd185af21
+b00789dc7213590c
+2e2eca61119434c5
+ee859f0f228ccdb9
+e9b0ad33a5aaa9b5
+8d96b7f901c7b895
RRBLOCK:
0000010000010014
-dd541a46885a250a
-27db63b2b1c07c04
-3137271edc77df52
-0a30b7bb909060f6
-3b8be702f815cb02
-f3186874a331d87f
-0263393fa66b6197
-52b35fd117f27b73
-86ab6924bd948de9
-cd5f512d3ca370c5
-3bfccfc5238516cc
-0ddeacf65b145709
-0005d78a44e4ff82
-dfc0aa69cee85288
-434b48d487ed3911
-5118213b7b2efe73
-9067c6f6c0e83d59
-7d9288b018e73b66
-264ee8587d026c60
-bd2ff2e3d50a7d49
-1b53803c8ff4eb3c
-03197178d551434e
-20851fda85950116
-5a6f51dc9accaf5a
-daf5ed94a707ffb9
-2854ef15c67fb1ec
-465f168d480f6436
-a1c5affccef33fdd
-0b99ea4719debbfd
-c1e7e52aaa546b3f
-4c4c91d7f1aba812
+1e7f6acfa589c933
+6eae0bd307c893c4
+85a873cf0cbbfd9d
+54d04c13e3b7d284
+aadc29066b2db0e3
+690484e4396113fe
+d1c27d636b49863b
+85a0551d633b4213
+c1a0d47f5be7b6d1
+7632368b1ba4d57f
+8b2b5866bb8abe33
+61472e36e98d510e
+0005d8160d59693e
+92b722bc0289cccc
+c073b2c741abe8fb
+ee9b961bae66312a
+7be8cb9db2a34508
+55a8709eba0288d8
+4e3b0302c24e8f0b
+079f2aa90dcb884e
+d4ec3157b0652ee3
+126ec890c6352ef5
+0a7b207e55a5e99b
+4f78d900e7ce10b5
+295a7af328cd249e
+61adc50fd185af21
+b00789dc7213590c
+2e2eca61119434c5
+ee859f0f228ccdb9
+e9b0ad33a5aaa9b5
+8d96b7f901c7b895
]]>
</artwork>
<t>
--
To stop receiving notification emails like this one, please contact
gnunet@gnunet.org.
- [lsd0001] branch master updated (17d8be7 -> d282c0d),
gnunet <=