diff options
author | Martin Schanzenbach <schanzen@gnunet.org> | 2022-02-21 16:08:24 +0100 |
---|---|---|
committer | Martin Schanzenbach <schanzen@gnunet.org> | 2022-02-21 16:08:24 +0100 |
commit | 6c0d7d38a666ed80490a62a5dff5650ba1045784 (patch) | |
tree | 9ebdae8fb66ae2b2ce896a69f4e77b08748f0c00 | |
parent | bb51da0d5d12a1bb213dece7aa9e8cd74c1c710b (diff) | |
download | lsd0001-6c0d7d38a666ed80490a62a5dff5650ba1045784.tar.gz lsd0001-6c0d7d38a666ed80490a62a5dff5650ba1045784.zip |
minor fix
-rw-r--r-- | draft-schanzen-gns.xml | 15 |
1 files changed, 8 insertions, 7 deletions
diff --git a/draft-schanzen-gns.xml b/draft-schanzen-gns.xml index eddb298..7371303 100644 --- a/draft-schanzen-gns.xml +++ b/draft-schanzen-gns.xml | |||
@@ -755,7 +755,7 @@ zTLD[126..129].zTLD[63..125].zTLD[0..62] | |||
755 | <dd>Field as defined in the revocation message above.</dd> | 755 | <dd>Field as defined in the revocation message above.</dd> |
756 | </dl> | 756 | </dl> |
757 | <t> | 757 | <t> |
758 | In order to verify a revocation the following steps <bcp14>MUST</bcp14> be taken: | 758 | In order to validate a revocation the following steps <bcp14>MUST</bcp14> be taken: |
759 | </t> | 759 | </t> |
760 | <ol> | 760 | <ol> |
761 | <li>The signature <bcp14>MUST</bcp14> be verified against the zone key.</li> | 761 | <li>The signature <bcp14>MUST</bcp14> be verified against the zone key.</li> |
@@ -765,7 +765,7 @@ zTLD[126..129].zTLD[63..125].zTLD[0..62] | |||
765 | <bcp14>MUST NOT</bcp14> use an integer data type to calculate or represent D'.</li> | 765 | <bcp14>MUST NOT</bcp14> use an integer data type to calculate or represent D'.</li> |
766 | </ol> | 766 | </ol> |
767 | <t> | 767 | <t> |
768 | The TTL field is informational. | 768 | The TTL field in the revocation message is informational. |
769 | A revocation <bcp14>MAY</bcp14> be discarded without checking the POW | 769 | A revocation <bcp14>MAY</bcp14> be discarded without checking the POW |
770 | values or the signature if the TTL (in combination with TIMESTAMP) | 770 | values or the signature if the TTL (in combination with TIMESTAMP) |
771 | indicates that the revocation has already expired. | 771 | indicates that the revocation has already expired. |
@@ -782,12 +782,11 @@ zTLD[126..129].zTLD[63..125].zTLD[0..62] | |||
782 | If the current time is after the expiration date, the | 782 | If the current time is after the expiration date, the |
783 | revocation is considered stale but may still be otherwise | 783 | revocation is considered stale but may still be otherwise |
784 | considered valid. | 784 | considered valid. |
785 | Stale revocations <bcp14>MAY</bcp14> be discarded. | ||
786 | </t> | 785 | </t> |
787 | <t> | 786 | <t> |
788 | Verified revocations <bcp14>MUST</bcp14> be stored locally. | 787 | Verified revocations <bcp14>MUST</bcp14> be stored locally. |
789 | The implementation <bcp14>MAY</bcp14> evict stale revocations from the | 788 | The implementation <bcp14>MAY</bcp14> discard stale revocations and |
790 | local store at any time. | 789 | evict then from the local store at any time. |
791 | </t> | 790 | </t> |
792 | <t> | 791 | <t> |
793 | Implementations <bcp14>MUST</bcp14> forward received revocations to | 792 | Implementations <bcp14>MUST</bcp14> forward received revocations to |
@@ -795,13 +794,15 @@ zTLD[126..129].zTLD[63..125].zTLD[0..62] | |||
795 | Should the calculated validity period differ from the TTL field value, | 794 | Should the calculated validity period differ from the TTL field value, |
796 | the calculated value <bcp14>MUST</bcp14> be used as TTL field value | 795 | the calculated value <bcp14>MUST</bcp14> be used as TTL field value |
797 | when forwarding the revocation message. | 796 | when forwarding the revocation message. |
798 | Any valid revocation MAY be considered during delegation record | ||
799 | processing (<xref target="delegation_processing"/>). | ||
800 | Systems may disagree on the current time, so implementations | 797 | Systems may disagree on the current time, so implementations |
801 | <bcp14>MAY</bcp14> use stale but otherwise valid | 798 | <bcp14>MAY</bcp14> use stale but otherwise valid |
802 | revocations but <bcp14>SHOULD NOT</bcp14> forward them to other peers. | 799 | revocations but <bcp14>SHOULD NOT</bcp14> forward them to other peers. |
803 | Forwarded stale revocations may be discarded. | 800 | Forwarded stale revocations may be discarded. |
804 | </t> | 801 | </t> |
802 | <t> | ||
803 | Any valid revocation MAY be considered during delegation record | ||
804 | processing (<xref target="delegation_processing"/>). | ||
805 | </t> | ||
805 | </section> | 806 | </section> |
806 | 807 | ||
807 | 808 | ||