<html xmlns:v="urn:schemas-microsoft-com:vml" xmlns:o="urn:schemas-microsoft-com:office:office" xmlns:w="urn:schemas-microsoft-com:office:word" xmlns:m="http://schemas.microsoft.com/office/2004/12/omml" xmlns="http://www.w3.org/TR/REC-html40">
<head>
<meta http-equiv="Content-Type" content="text/html; charset=us-ascii">
<meta name="Generator" content="Microsoft Word 15 (filtered medium)">
<style><!--
/* Font Definitions */
@font-face
        {font-family:"Cambria Math";
        panose-1:2 4 5 3 5 4 6 3 2 4;}
@font-face
        {font-family:Calibri;
        panose-1:2 15 5 2 2 2 4 3 2 4;}
/* Style Definitions */
p.MsoNormal, li.MsoNormal, div.MsoNormal
        {margin:0in;
        margin-bottom:.0001pt;
        font-size:11.0pt;
        font-family:"Calibri",sans-serif;}
a:link, span.MsoHyperlink
        {mso-style-priority:99;
        color:#0563C1;
        text-decoration:underline;}
a:visited, span.MsoHyperlinkFollowed
        {mso-style-priority:99;
        color:#954F72;
        text-decoration:underline;}
span.EmailStyle17
        {mso-style-type:personal-compose;
        font-family:"Calibri",sans-serif;
        color:windowtext;}
.MsoChpDefault
        {mso-style-type:export-only;}
@page WordSection1
        {size:8.5in 11.0in;
        margin:1.0in 1.0in 1.0in 1.0in;}
div.WordSection1
        {page:WordSection1;}
--></style><!--[if gte mso 9]><xml>
<o:shapedefaults v:ext="edit" spidmax="1026" />
</xml><![endif]--><!--[if gte mso 9]><xml>
<o:shapelayout v:ext="edit">
<o:idmap v:ext="edit" data="1" />
</o:shapelayout></xml><![endif]-->
</head>
<body lang="EN-US" link="#0563C1" vlink="#954F72">
<div class="WordSection1">
<p class="MsoNormal">Greetings to all.<o:p></o:p></p>
<p class="MsoNormal"><o:p> </o:p></p>
<p class="MsoNormal">If I am reading the code correctly, in worker.c Unbound locks down the number of records in the additional section to 1 (probably to cover the OPT record), but does not (seemingly) limit it to an OPT record:<o:p></o:p></p>
<p class="MsoNormal"><o:p> </o:p></p>
<p class="MsoNormal">              if(LDNS_ARCOUNT(sldns_buffer_begin(pkt)) > 1) {<o:p></o:p></p>
<p class="MsoNormal">                                verbose(VERB_QUERY, "request wrong nr ar=%d",
<o:p></o:p></p>
<p class="MsoNormal">                                                LDNS_ARCOUNT(sldns_buffer_begin(pkt)));<o:p></o:p></p>
<p class="MsoNormal">                                return worker_err_ratelimit(worker, LDNS_RCODE_FORMERR);<o:p></o:p></p>
<p class="MsoNormal">                }<o:p></o:p></p>
<p class="MsoNormal"><o:p> </o:p></p>
<p class="MsoNormal">Now obnoxiously I am going to quote RFC 6891:<o:p></o:p></p>
<p class="MsoNormal"><o:p> </o:p></p>
<p class="MsoNormal">   The OPT RR MAY be placed anywhere within the additional data section.<o:p></o:p></p>
<p class="MsoNormal">   When an OPT RR is included within any DNS message, it MUST be the<o:p></o:p></p>
<p class="MsoNormal">   only OPT RR in that message.  If a query message with more than one<o:p></o:p></p>
<p class="MsoNormal">   OPT RR is received, a FORMERR (RCODE=1) MUST be returned.  The<o:p></o:p></p>
<p class="MsoNormal">   placement flexibility for the OPT RR does not override the need for<o:p></o:p></p>
<p class="MsoNormal">   the TSIG or SIG(0) RRs to be the last in the additional section<o:p></o:p></p>
<p class="MsoNormal">   whenever they are present.<o:p></o:p></p>
<p class="MsoNormal"><o:p> </o:p></p>
<p class="MsoNormal">This indicates to me that the additional section may have more than one record in it, but may only have one OPT record.  Now it is certainly easy to misread it as saying the OPT record must be alone in a query.  And it is also possible
 to argue that some of the context the RFC paragraph is in applies to only responses.  And then there is always the most obnoxious thing anyone doing DNS can say which has become an override to everything else… “google answers that”.  (Which they do, Google
 Don’t Care(TM) about extra ARs in the query.)  Unbound FORMERRs any query with two or more ARs, in my testing.<o:p></o:p></p>
<p class="MsoNormal"><o:p> </o:p></p>
<p class="MsoNormal">So my question is…am I missing something in some RFC that would break the rules to send non-opt records along with OPT records in the ADDITIONAL section of queries?  Or is this just a sanity call Unbound made for…well…some sanity and maybe
 safety.  Missing something else?<o:p></o:p></p>
<p class="MsoNormal"><o:p> </o:p></p>
<p class="MsoNormal">Thanks for your help and thoughts!<o:p></o:p></p>
<p class="MsoNormal"><o:p> </o:p></p>
</div>
</body>
</html>