<?xml version="1.0" encoding="UTF-8"?>
  <?xml-stylesheet type="text/xsl" href="rfc2629.xslt" ?>
  <!-- generated by https://github.com/cabo/kramdown-rfc version 1.7.19 (Ruby 3.3.5) -->


<!DOCTYPE rfc  [
  <!ENTITY nbsp    "&#160;">
  <!ENTITY zwsp   "&#8203;">
  <!ENTITY nbhy   "&#8209;">
  <!ENTITY wj     "&#8288;">

]>


<rfc ipr="trust200902" docName="draft-hoffman-deleg-roles-00" category="info" consensus="true" submissionType="IETF" tocInclude="true" sortRefs="true" symRefs="true">
  <front>
    <title abbrev="Who does DELEG">Resolvers and Servers for DELEG</title>

    <author initials="P." surname="Hoffman" fullname="Paul Hoffman">
      <organization>ICANN</organization>
      <address>
        <email>paul.hoffman@icann.org</email>
      </address>
    </author>

    <date year="2024" month="October" day="14"/>

    
    
    

    <abstract>


<?line 26?>

<t>This document describes the roles of resolvers and servers in the upcoming DELEG protocol.
It might be useful to the DELEG WG in working on the protocol.
This document will not become an RFC, but the words or ideas might be used in documents from the DELEG WG.</t>



    </abstract>



  </front>

  <middle>


<?line 32?>

<section anchor="introduction"><name>Introduction</name>

<t>This document describes the roles of resolvers and servers in the upcoming DELEG protocol.
It might be useful to the DELEG WG in working on the protocol.
This document will not become an RFC, but the words or ideas might be used in documents from the DELEG WG.</t>

</section>
<section anchor="targets-for-deleg-information"><name>Targets for DELEG Information</name>

<t>DNS resolvers will be the primary users of DELEG information.
Other parties such as researchers and automated DNS loggers might also use DELEG information, but they do so in order to see how resolvers would act.</t>

</section>
<section anchor="who-will-publish-deleg-information"><name>Who Will Publish DELEG Information</name>

<t>Three models have been described for who might publish DELEG information that resolvers will use.
Those three are abbreviated as "direct", "indirect", and "mixed".</t>

<t>These three models are mutually exclusive. The DELEG WG must choose one of models when it chooses a protocol.</t>

<section anchor="direct-parent-delegates"><name>Direct: Parent delegates</name>

<t>In this model, there are DELEG records in responses from the parent, but never in responses from the child.
A DELEG-aware resolver uses the DELEG records from the parent and treats any DELEG records seen in responses from the child to be ignorable/reportable errors.</t>

</section>
<section anchor="indirect-parent-hints-to-childs-delegation"><name>Indirect: Parent hints to child's delegation</name>

<t>In this model, there are hint records in responses from the parent that point to the child.
The child has DELEG records.
A DELEG-aware resolver follows the hints from the parent to find the child, then uses the DELEG records from the child.
A DELEG-aware resolver treats any non-hint DELEG records seen in responses from the parent to be ignorable/reportable errors.</t>

</section>
<section anchor="mixed-delegation-information-is-found-at-both-the-parent-and-child"><name>Mixed: Delegation information is found at both the parent and child</name>

<t>In this model, the parent might contain DELEG records, hint records, or both; the child might also have DELEG records.
A DELEG-aware resolver that sees hint records uses those hints to get DELEG records from the child.
A DELEG-aware resolver mixes any DELEG records it has seen from the parent or the child according to the resolver's configuration.</t>

</section>
</section>


  </middle>

  <back>








  </back>

<!-- ##markdown-source:
H4sIAAAAAAAAA+1WwW7bOBC98ysI57AXS2t0T/VeWjRp18BuGrQGciwoirKI
UhxhSMX13+8MKTmSm7RBzz0EkOiZN2/eG45SFIWINjqzlZ9MAPdgMEjla/nZ
YHpuAOX1zb83H4SqKjQPW3nfgqzBhPG4Bu1VR/k1qiYWLTRNp3xRG2cOBYIz
odhshAiRUL8oB55CIw6GjoaqsyFY8PHU0+nuZv9e+KGrDG6FBh+MD0MYo6nw
X8L2mF5DfLXZvN68ElrFrbS+ASHUEFugxEJISUeUd1fKfzIbPsok79Tg5qeA
Byr87u3tLb+ZTlm3lT0FlWMjb6xW3pcUJ4QH7FS0D2YrBBd9fCuKQqoqRFQ6
CrFvbSCJ9NAZH2VtgkZbkWCxNTIpIqGRuJA7jHJbn6KGXkNn/SFrLHuECBpc
KXZRdvbQRllRUDANdRMhpeTI+w8McQT8ytmQ0R7Tl8yO1jnpgcGonCEi8tP7
d2tZDTHlEUxNXFHa2qiwKFxzmQmIpgShW7AosyadrWtHVl/JnY8I9aAj2f1b
oawQybJXeDBxds1IqHGwWKfr288zGRIbQs+MbafwxJUwqZWz7WN2KT5SINI0
Y7SkaBh0K4kk4RmFup2EpYsDlEGEuZqDw4F/ya0oF4BLfI9+1uBETUqKom5J
DKpHagdjZAvHOXUYHJXSseSueYXcczN3Q+VsaJ9qfd8ioXRAiyTIVj0Y6tz4
86zUSbIjAWWm/QJpRpQ4qngpIrXEVkNgMbmOQvpLC84mKUinVW3R6Lhay5X1
52dWbNXZb6ZelUzSnCFGqozUDXFQzp2k+abdEGhHlHI/n8COVpjULTAB2ojs
35h+bKlJO/1IcLPZFFdX8joR4UWG+erQmiXGQYgdt0rDm4DWbA3mvnJVSkvD
Sj6RGD2v19lU9gkum+oNCfVMnG6tq0vxNoMW6sgFJnFZ1jAb8qnkRZWkYUSj
Ig/g6SI4sMs/KM7zRXfAHmgbq8qZP9H0gJEfpUEEDFmo3ejZWarW8j2k7ATz
R5i0S9P2rHic9SLt8pz1wPHjwhnF2p+ptyosu31WyQacg2MWMxP/rhzIxrKQ
E3pi7X/qwY8dnNniwRep+xf788jsJQb9x5doK6/PLixureWdOPB6ooUKsb2c
n9TGU75NQXkt0L8RURHbRQ/rhatr3t9c4u/ZkM3WX9o9L3MtjQAJFJZjM1rC
l/08hLT1f80h3j1P3RvaGTxeyZ5LRwBnrSnNCfzxG8d0gqYrQXI19jDg+AHJ
H/FK6a/if/92zxgpCgAA

-->

</rfc>

