George, Before this discussion goes too much further:
The design team was asked to produce a problem statement. They produced a -00 draft, and we expect a -01 based on what they've heard in Yokohama and on the list imminently. The -00 is at http://datatracker.ietf.org/doc/draft-adpkja-dnsop-special-names-problem/. To your request for time for your draft: we're not sure yet where it fits but the chairs have requested two sessions on the Buenos Aires agenda, so we can have a dedicated slot for the attempt to move forward on special use names. To your question: On Feb 22, 2016, at 9:21 PM, George Michaelson <g...@algebras.org> wrote: > Folks: Do we *really* want to do this? Do we really *want* to revise RFC6761? > Can we talk about this a bit? There's been no decision taken that we do. We asked for a problem statement first, in some hope that we wouldn't leap (again?) to solutions without one. It seemed like a good idea to have a list of the reasons why people think the special use names registry is useful, or not. If you think the draft is missing important pieces of that list, please (please!!) say so. > Me? I don't want to do this. I want a process that is so rarely invoked, you > have to be a lot taller to get on the ride, than at present. I want a > substantive IETF-wide technically understood reason that is breaking > architecture, avoiding URI methods, requiring code, that we all understand. IIUC you're arguing that there are inherent harms in having a process that's "too easy" in your view. This is valid input for the problem statement draft. More generally, "substantive IETF-wide reason" and discussion on the broader topic is the conversation that the IAB is trying to encourage with inip-discuss and ARCING, as there's more to the architecture of naming and the use of domain names in the internet than the DNS protocol. Drafts you might find of interest include: https://datatracker.ietf.org/doc/draft-lewis-domain-names/ https://datatracker.ietf.org/doc/draft-hardie-resolution-contexts/ best, Suzanne _______________________________________________ DNSOP mailing list DNSOP@ietf.org https://www.ietf.org/mailman/listinfo/dnsop
