[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'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:"Times New Roman";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 <<a href=3D"= mailto:[email protected]" target=3D"_blank" rel=3D"noreferrer">[email protected]= g</a>> 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 <<a href=3D"mailto:aditya.ghosh@i= ifon.net" rel=3D"noreferrer noreferrer" target=3D"_blank">aditya.ghosh@iifo= n.net</a>> 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's point regarding the architecture here. NTAs are inherently l= ocal operational overrides specific to a resolver'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'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:"Times New Roman";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==--