<html 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=utf-8">
<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:Aptos;
        panose-1:2 11 0 4 2 2 2 2 2 4;}
@font-face
        {font-family:"Bookman Old Style";
        panose-1:2 5 6 4 5 5 5 2 2 4;}
@font-face
        {font-family:"Times New Roman \(Body CS\)";
        panose-1:2 11 6 4 2 2 2 2 2 4;}
/* Style Definitions */
p.MsoNormal, li.MsoNormal, div.MsoNormal
        {margin:0in;
        font-size:10.0pt;
        font-family:"Aptos",sans-serif;}
span.EmailStyle19
        {mso-style-type:personal-reply;
        font-family:"Bookman Old Style",serif;
        color:windowtext;}
.MsoChpDefault
        {mso-style-type:export-only;
        font-size:10.0pt;
        mso-ligatures:none;}
@page WordSection1
        {size:8.5in 11.0in;
        margin:1.0in 1.0in 1.0in 1.0in;}
div.WordSection1
        {page:WordSection1;}
--></style>
</head>
<body lang="EN-US" link="#0563C1" vlink="#954F72" style="word-wrap:break-word">
<div class="WordSection1">
<p class="MsoNormal"><span style="font-size:10.5pt;font-family:"Bookman Old Style",serif">Apologies for the lack of clarity.<br>
<br>
We performed a major F5 upgrade recently – for which we were delegating some zones from our ISC BIND servers (just Plain Old NS record delegation) and ever since then, clients using nslookup and host, which query the BIND servers (the recursers) are getting
 back both the correct A records as well as two SERVFAILS as the AAAA and MX record queries error out (both nslookup and host query those record types in addition to the A record query)– both of which cause the log emissions that we see in this string. Can
 see the F5s handing back incorrect data in the sniffer – so the BIND servers are acting correctly – the F5s are not. We’re working that through.<br>
<br>
J<o:p></o:p></span></p>
<p class="MsoNormal"><span style="font-size:10.5pt;font-family:"Bookman Old Style",serif"><o:p> </o:p></span></p>
<div id="mail-editor-reference-message-container">
<div>
<div>
<div style="border:none;border-top:solid #B5C4DF 1.0pt;padding:3.0pt 0in 0in 0in">
<p class="MsoNormal" style="margin-bottom:12.0pt"><b><span style="font-size:12.0pt;color:black">From:
</span></b><span style="font-size:12.0pt;color:black">Bagas Sanjaya <bagasdotme@gmail.com><br>
<b>Date: </b>Saturday, July 5, 2025 at 8:12</span><span style="font-size:12.0pt;font-family:"Arial",sans-serif;color:black"> </span><span style="font-size:12.0pt;color:black">AM<br>
<b>To: </b>Jeff Sumner <kc4fox@gmail.com>, bind-users@lists.isc.org <bind-users@lists.isc.org><br>
<b>Subject: </b>Re: question about resolving of AAAA amazoses.com<o:p></o:p></span></p>
</div>
<div>
<p class="MsoNormal"><span style="font-size:11.0pt">On 7/5/25 18:55, Jeff Sumner wrote:<br>
> Doing battle with the exact same problem – from an over-the-weekend F5 <br>
> upgrade.<br>
> <br>
> So funny this is coming up now. We’re not considering a code upgrade <br>
> yet, but users are complaining about the Real ISC-BIND servers returning <br>
> SERVFAIL for AAAA queries (not subzone, yada yada) against F5 delegated <br>
> servers.<br>
> <br>
<br>
I'm confused. Do you mean these BIND users recursing into authoritative<br>
F5 servers? Exactly what troublesome queries?<br>
<br>
-- <br>
An old man doll... just what I always wanted! - Clara<o:p></o:p></span></p>
</div>
</div>
</div>
</div>
</div>
</body>
</html>