I really have a problem with "that it is not representative of what is happening" -I mis-wrote to Ray, regarding how I believed he was characterizing OpenWRT code. How am I meant to interpret what you wrote here? Why am I not expected to respond, that is squatting in the face of a discussion about WHY, let alone HOW the delegation should happen? I should say that when I recall how the XMPP people felt when they got pushback over standardization of jabber, I felt a lot of sympathy for their "your nuts" rant: If people are doing this, maybe recognizing reality is the best option. But that said, This feels like technical domain-squatting. Thats how I understand 'what is happening' to be meaingful, but maybe you meant something else? (I really want to know btw)
I'd invert that second question: if the strong point of merit driving requests into ICANN for delegation or reservation of labels is the sense users interact with them, that has to be clearly stated in the MoU: If there is a technical requirement for a label, it has to be very very strong to require a new reference in the "." anchored namespace. If it can exist in s/w under .Arpa it makes far more sense to do that, than incur the consequence of asking for special treatment in a heavyweight process. So I think the arbiter in a technical sense, is "why can't this exist under an existing namespace". I am not convinced any of the p2p network requests, hash labels, other novel non-domain forms of label actually have a good case here. Your requirement for .homenet/home/.hn is because you expect it to be used in ways which you believe demand that top state, for people. Thats where we descend into an argument about if user-needs are technical (in the sense 6761 meant) or not. I think you made a case they are. So I am trying to think that way, and reflect on them that way. (Alain I believe, possibly others has pointed out that any delegation change in the root zone carries cost consequence which we make light of, decrying it as lawyer food, but it does exist, and it does have to be understood as a cost to the community in the wider sense) I believe the technical merit language was written in a time when we thought machine-led purposes would dictate needs. I do not believe it was drawn up for modern times, and I think it was a naieve decision to proceed with the MoU, and (re)open the door. So, if the MoU doesn't say "either because strong machine-technical requirement places this at the root" (I think despite my opposition, the case for Onion probably had this because of the CA issuance requirements) or "human interaction requirements make this a technically motivated label eg home-use excluded from global DNS, but for human reasons ANCHORED at the root, not a 2LD or 3LD" .. then maybe it should? Said better of course. A reductionist response to user need would be "user pays" -Its not one I like, or subscribe to. But I am driven to note it. In that sense, it might even be, that the wisest, simplest path for the IAB to request new gTLD is to offer to pay for the costs, and make the community understand every time they put this into the IANA requirements or IAB directions, they are asking real money to be spent. It would certainly focus the mind. -G On Sun, Mar 26, 2017 at 10:19 PM, Ted Lemon <mel...@fugue.com> wrote: > On Mar 26, 2017, at 9:51 PM, George Michaelson <g...@algebras.org> wrote: >> I was thinking about the 'because its the (D)arpa" opposition when I >> said that. I think *that* stated reason, is mostly now, a phantom. >> Maybe I'm wrong on that too. Maybe its a giant political layer9 >> football which will come back to haunt us, forever. Given how much of >> the planet happily goes into the RIR system to register PTR records >> for their addresses, I'm struggling to believe this is a choke-issue >> of significance. > > I don't think there is any functional problem with hn.arpa: it could > certainly work as a domain under which to put homenet names. The problem is > that it is not representative of what is happening. With existing uses of > .arpa, I don't think this is a problem, but if in fact we expect users to see > homenet subdomains, then they should look like what they mean, and they don't > mean "a subdomain of arpa." > >> You argue a case, as a question of human interaction. You see the >> domain as one which is going to require human input, human engagement. >> You want a TLD because you want people to interact with it, as a name. >> This is not sounding to me like an infrastructure, technical driver >> for the existence of a label > > Here you seem to be claiming that any label that has a meaning that is meant > to be understood by end users is not a technical use. This is not stated in > the MoU. Essentially, if it would be better to reserve a label in the root > than under .arpa, then by definition we cannot. If that's the case, where > is the technical use provision in the MoU applicable? It only makes sense > for zones operated by ICANN, and the only zone operated by ICANN of which I > am aware (perhaps naively) is the root zone. > > So you would seem to be arguing that that provision in the MoU could be > struck without harm. If so, why was it put there in the first place? > _______________________________________________ DNSOP mailing list DNSOP@ietf.org https://www.ietf.org/mailman/listinfo/dnsop