[DNSOP] Re: New Version Notification for draft-muks-dns-nta- feed-zones-00.txt

Aditya Ghosh <[email protected]> Tue, 28 Jul 2026 16:40:01 +0530
Newsgroups gmane.ietf.dnsop
Message-ID <CAM2vGD1Cr12Rz8b7tM4R_aAwyX6cMTxLRTx96mQ-Qe9Wwg4Czg@mail.gmail.com>
--===============0934404627535558558==
Content-Type: multipart/alternative; boundary="000000000000e4feb60657a9e197"

--000000000000e4feb60657a9e197
Content-Type: text/plain; charset="UTF-8"
Content-Transfer-Encoding: quoted-printable

Hi,

I have reviewed draft-muks-dns-nta-feed-zones and also a related work
draft-farrokhi-dnsop-ede-nta. My intent was to suggest RESINFO as an
alternative thought for announcing local NTA state. I wanted to share that
there are other options available for this purpose beyond what was proposed
in the draft.

I haven't seen Carsten=E2=80=99s reply on the list yet, so I would apprecia=
te it if
you could clarify the points he made.

Best regards,

Aditya Ghosh (he/him)
Research Intern
India Internet Foundation
[email protected]

On Tue, Jul 28, 2026, 3:08=E2=80=AFPM Ond=C5=99ej Sur=C3=BD <[email protected]=
g> wrote:

> Aditya,
>
> it feels like that your message was both LLM-generated and misread the
> emails that you are replying to at the same time.
>
> While it is OK to use LLMs to polish your language for non-native
> speakers, you need to remain fully responsible for the content that you a=
re
> posting to the mailing list - in this case, this would mean reading the
> proposed draft, reading my response and reading Carsten=E2=80=99s respons=
e. If you
> actually did that, you would see that your response is missing the point =
I
> was making, and misunderstanding the substance of the proposed draft.
>
> Ondrej
> --
> Ond=C5=99ej Sur=C3=BD (He/Him)
>
> A gentle nudge is always appreciated if I take a little longer to reply.
>
> On 28. 7. 2026, at 09:46, Aditya Ghosh <[email protected]> wrote:
>
> =EF=BB=BF
>
> Hi,
>
> I agree with Ond=C5=99ej's point regarding the architecture here. NTAs ar=
e
> inherently local operational overrides specific to a resolver's policy,
> rather than a global state that belongs in dedicated feed zones.
>
> If the core objective is visibility and discovery into active NTAs rather
> than building new zone-transfer infrastructure, leveraging *RFC 9606
> (RESINFO)* might be a cleaner alternative.
>
> Since NTAs are scoped to the resolver and are meant to be temporary,
> resolvers could self-announce their currently active NTAs via RESINFO
> key-value pairs (for instance, an nta-uri attribute pointing to the
> resolver's active NTA dataset).
>
> This keeps the policy discovery explicitly local to the resolver
> enforcement point and reuses an existing mechanism, avoiding the need to
> construct and maintain new feed-zone distribution logic.
>
> Best regards,
> Aditya Ghosh (he/him)
> Research Intern
> India Internet Foundation
> [email protected]
>
>

--000000000000e4feb60657a9e197
Content-Type: text/html; charset="UTF-8"
Content-Transfer-Encoding: quoted-printable

<div dir=3D"auto"><div dir=3D"auto"><div><div>Hi,</div><br>I have reviewed =
draft-muks-dns-nta-feed-zones and also a related work draft-farrokhi-dnsop-=
ede-nta. My intent was to suggest RESINFO as an alternative thought for ann=
ouncing local NTA state. I wanted to share that there are other options ava=
ilable for this purpose beyond what was proposed in the draft.<br><br>I hav=
en&#39;t seen Carsten=E2=80=99s reply on the list yet, so I would appreciat=
e it if you could clarify the points he made.<br><br>Best regards,<br><div>=
<br></div><div data-smartmail=3D"gmail_signature"><div dir=3D"ltr"><table c=
ellpadding=3D"0" cellspacing=3D"0" border=3D"0" width=3D"100%" style=3D"fon=
t-family:&quot;Times New Roman&quot;;width:1896px;min-width:100%;max-width:=
100%"><tbody><tr><td align=3D"left" valign=3D"top" style=3D"padding:0px"><t=
able cellpadding=3D"0" cellspacing=3D"0" border=3D"0" width=3D"100%" style=
=3D"max-width:550px;font-family:Arial,sans-serif;color:rgb(45,55,72);line-h=
eight:1.4;border-collapse:collapse"><tbody><tr><td style=3D"padding:0px"><t=
able cellpadding=3D"0" cellspacing=3D"0" border=3D"0" width=3D"100%"><tbody=
><tr><td style=3D"vertical-align:top"><table cellpadding=3D"0" cellspacing=
=3D"0" border=3D"0" style=3D"vertical-align:top"><tbody><tr><td style=3D"fo=
nt-weight:bold;font-size:16px;padding-bottom:4px;line-height:1.4">Aditya Gh=
osh=C2=A0<span style=3D"font-weight:normal;font-size:13px;color:rgb(107,70,=
193)">(he/him)</span></td></tr><tr><td style=3D"color:rgb(107,70,193);font-=
size:13px;padding-bottom:2px;line-height:1.4;white-space:nowrap">Research I=
ntern</td></tr><tr><td style=3D"color:rgb(107,70,193);font-size:13px;paddin=
g-bottom:4px;line-height:1.4">India Internet Foundation</td></tr><tr><td st=
yle=3D"font-size:12px;padding-bottom:2px;line-height:1.4"><a href=3D"mailto=
:[email protected]" style=3D"color:rgb(85,60,154);text-decoration:none=
;border-bottom:0px" target=3D"_blank" rel=3D"noreferrer">aditya.ghosh@iifon=
.net</a></td></tr><tr><td style=3D"font-size:12px;padding-bottom:2px;line-h=
eight:1.4"><table cellpadding=3D"0" cellspacing=3D"0" border=3D"0" style=3D=
"border-collapse:collapse"><tbody><tr><td style=3D"vertical-align:middle"><=
/td></tr></tbody></table></td></tr></tbody></table></td></tr></tbody></tabl=
e><table cellpadding=3D"0" cellspacing=3D"0" border=3D"0" width=3D"100%" st=
yle=3D"margin-top:12px"><tbody></tbody></table><table cellpadding=3D"0" cel=
lspacing=3D"0" border=3D"0" width=3D"100%" style=3D"margin-top:12px"><tbody=
></tbody></table></td></tr></tbody></table></td></tr></tbody></table></div>=
</div><br><div class=3D"gmail_quote"><div dir=3D"ltr" class=3D"gmail_attr">=
On Tue, Jul 28, 2026, 3:08=E2=80=AFPM Ond=C5=99ej Sur=C3=BD &lt;<a href=3D"=
mailto:[email protected]" target=3D"_blank" rel=3D"noreferrer">[email protected]=
g</a>&gt; wrote:<br></div><blockquote class=3D"gmail_quote" style=3D"margin=
:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex"><div dir=3D"auto">=
Aditya,<div><br></div><div>it feels like that your message was both LLM-gen=
erated and misread the emails that you are replying to at the same time.</d=
iv><div><br></div><div>While it is OK to use LLMs to polish your language f=
or non-native speakers, you need to remain fully responsible for the conten=
t that you are posting to the mailing list - in this case, this would mean =
reading the proposed draft, reading my response and reading Carsten=E2=80=
=99s response. If you actually did that, you would see that your response i=
s missing the point I was making, and misunderstanding the substance of the=
 proposed draft.</div><div><br></div><div>Ondrej<br id=3D"m_-65397935186352=
07351m_2092556399179730278lineBreakAtBeginningOfSignature"><div dir=3D"ltr"=
><span style=3D"background-color:rgba(255,255,255,0)">--</span><div><span s=
tyle=3D"background-color:rgba(255,255,255,0)">Ond=C5=99ej Sur=C3=BD (He/Him=
)</span></div><div><span style=3D"background-color:rgba(255,255,255,0)"><br=
></span></div><div>A gentle nudge is always appreciated if I take a little =
longer to reply.</div></div><div dir=3D"ltr"><br><blockquote type=3D"cite">=
On 28. 7. 2026, at 09:46, Aditya Ghosh &lt;<a href=3D"mailto:aditya.ghosh@i=
ifon.net" rel=3D"noreferrer noreferrer" target=3D"_blank">aditya.ghosh@iifo=
n.net</a>&gt; wrote:<br><br></blockquote></div><blockquote type=3D"cite"><d=
iv dir=3D"ltr">=EF=BB=BF<div dir=3D"ltr"><div><p>Hi,</p><p>I agree with Ond=
=C5=99ej&#39;s point regarding the architecture here. NTAs are inherently l=
ocal operational overrides specific to a resolver&#39;s policy, rather than=
 a global state that belongs in dedicated feed zones.</p><p>If the core obj=
ective is visibility and discovery into active NTAs rather than building ne=
w zone-transfer infrastructure, leveraging <b>RFC 9606 (RESINFO)</b> might =
be a cleaner alternative.</p><p>Since NTAs are scoped to the resolver and a=
re meant to be temporary, resolvers could self-announce their currently act=
ive NTAs via <code>RESINFO</code> key-value pairs (for instance, an <code>n=
ta-uri</code> attribute pointing to the resolver&#39;s active NTA dataset).=
</p><p>This keeps the policy discovery explicitly local to the resolver enf=
orcement point and reuses an existing mechanism, avoiding the need to const=
ruct and maintain new feed-zone distribution logic.</p><p>Best regards,</p>=
</div><div dir=3D"ltr" class=3D"gmail_signature" data-smartmail=3D"gmail_si=
gnature"><div dir=3D"ltr"><table cellpadding=3D"0" cellspacing=3D"0" border=
=3D"0" width=3D"100%" style=3D"font-family:&quot;Times New Roman&quot;;widt=
h:1896px;min-width:100%;max-width:100%"><tbody><tr><td align=3D"left" valig=
n=3D"top" style=3D"padding:0px"><table cellpadding=3D"0" cellspacing=3D"0" =
border=3D"0" width=3D"100%" style=3D"max-width:550px;font-family:Arial,sans=
-serif;color:rgb(45,55,72);line-height:1.4;border-collapse:collapse"><tbody=
><tr><td style=3D"padding:0px"><table cellpadding=3D"0" cellspacing=3D"0" b=
order=3D"0" width=3D"100%"><tbody><tr><td style=3D"vertical-align:top"><tab=
le cellpadding=3D"0" cellspacing=3D"0" border=3D"0" style=3D"vertical-align=
:top"><tbody><tr><td style=3D"font-weight:bold;padding-bottom:4px;line-heig=
ht:1.4">Aditya Ghosh=C2=A0<span style=3D"font-weight:normal;color:rgb(107,7=
0,193)">(he/him)</span></td></tr><tr><td style=3D"color:rgb(107,70,193);pad=
ding-bottom:2px;line-height:1.4;white-space:nowrap">Research Intern</td></t=
r><tr><td style=3D"color:rgb(107,70,193);padding-bottom:4px;line-height:1.4=
">India Internet Foundation</td></tr><tr><td style=3D"padding-bottom:2px;li=
ne-height:1.4"><a href=3D"mailto:[email protected]" style=3D"color:rgb=
(85,60,154);text-decoration:none;border-bottom:0px" rel=3D"noreferrer noref=
errer" target=3D"_blank">[email protected]</a></td></tr><tr><td style=
=3D"font-size:12px;padding-bottom:2px;line-height:1.4"><table cellpadding=
=3D"0" cellspacing=3D"0" border=3D"0" style=3D"border-collapse:collapse"><t=
body><tr><td style=3D"vertical-align:middle"><br></td></tr></tbody></table>=
</td></tr></tbody></table></td></tr></tbody></table></td></tr></tbody></tab=
le></td></tr></tbody></table></div></div></div>
</div></blockquote></div></div></blockquote></div></div></div>
<br><br></div>

--000000000000e4feb60657a9e197--


--===============0934404627535558558==
Content-Type: text/plain; charset="utf-8"
MIME-Version: 1.0
Content-Transfer-Encoding: base64
Content-Disposition: inline

X19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX18KRE5TT1AgbWFp
bGluZyBsaXN0IC0tIGRuc29wQGlldGYub3JnClRvIHVuc3Vic2NyaWJlIHNlbmQgYW4gZW1haWwg
dG8gZG5zb3AtbGVhdmVAaWV0Zi5vcmcK

--===============0934404627535558558==--