On Jan 30, 2024, at 01:14, Ralf Weber <d...@fl1ger.de> wrote:
>
>
> I agree that future extensions will require code changes, but having a
> record type that is extensible from the start might make it easier to
> deploy new parameters then it is to do a full RRTYPE, at least that is
> the hope.
I took a step back and proposed two alternative more generic ways to solve this
that DELEG can make use of. That way, we do not need to hope we get everything
right. We can, if ever needed, switch to the a new rrtype with the same
resolve-at-parent property without years-long delays.
One solution ensures it “comes for free along with NS”, and already works now.
The other would need the “multi-qtype” but would be a more clean generic
solution.
I will present that later today at the dnsop interim.
https://datatracker.ietf.org/meeting/interim-2024-dnsop-01/materials/slides-interim-2024-dnsop-01-sessa-initial-reflections-on-deleg-00.pdf
Paul
_______________________________________________
DNSOP mailing list
DNSOP@ietf.org
https://www.ietf.org/mailman/listinfo/dnsop
