On Fri, Aug 23, 2019 at 5:39 PM Joe Abley <[email protected]> wrote: > > Hi Warren, > > On 23 Aug 2019, at 17:18, Warren Kumari <[email protected]> wrote: > > > On Sun, Aug 18, 2019 at 2:29 PM John Levine <[email protected]> wrote: > >> > >>> So it would be helpful to know if you think the recommendations are in > >>> fact reasonable. > >> > >> I think they're reasonable but I would more clearly distinguish cases > >> by where the protocol switch is, where I think these are the > >> interesting ones: > >> > >> 1. Names handled totally unlike the DNS with nothing like an IP address > >> (.onion) > >> > >> 2. Names handled through mutant DNS which can returns IP addresses > >> (.local, .localhost, .homenet/.home.arpa) > >> > >> 3. Names that have other problems such as conflicting prior use (.test, > >> .example, .invalid, also .home, .belkin) > >> > >> For 1, we can reserve if if there's a compelling argument and evidence > >> of clear use. This leads to a catch 22 where the only way to get the > >> evidence is to squat on it, but I don't see any way around it. I > >> particularly do not want to reserve names just because someone claims > >> to have a great plan. I think this probably includes Warren's great > >> plan for .alt. > > > > .... hey, that's my cue! > > I have never been very excited about your ALT proposal. However, I don't > think it will do any harm beyond thwarting any secret plans anybody might > have to apply for a string in a future round of gTLD applications that is ALT > or is confusingly similar to it.
Thank you. > > I do have my doubts as to whether reservation of ALT as proposed will > actually help with the problem it ostensibly seeks to solve. > Yup, you might be right. > People have always been able to anchor their non-DNS naming schemes to domain > names they control in the DNS as a way to avoid collisions, and nobody has > seemed to think that's a good idea. Is it more likely that someone would > anchor their ARTICHOKE alternative naming scheme under ARTICHOKE.ALT than it > was for them to use (say) ARTICHOKE.NZ or ARTICHOKE.GLOBAL or something? Yes. Having ONION.NZ means that my privacy sensitive query flows to the root, and then .NZ before being discarded, and then probably some nameservers for ARTICHOKE.NZ. A number of the alternate resolution systems are specifically designed around privacy, and this makes them twitch... >Even within the IETF we struggled slightly to convince people to use HOME.ARPA >instead of HOME, right? > > Q: has anybody ever indicated that they would use ALT to anchor a non-DNS but > domain-like naming scheme? > A: not so far as we know. > Actually, I had an off-linst discussion with Christian Grothoff who said that if this had existed the GNUnet Gnu Naming System might have used it. Because there wasn't something that they could use, they have decided to just sit at the top (and so conflict with everything) There was presented at DINRG @ IETF104 - Video: https://youtu.be/OMHOyoJ5-_4?t=3908 More: https://youtu.be/OMHOyoJ5-_4?t=4041 https://youtu.be/OMHOyoJ5-_4?t=4082 There was also some discussions with Jacob (or perhaps Alec) saying that if this had existed when they started, they probably would have used onion.alt instead of .onion. Whether or not people would *actually* have used it is unknowable, but: 1: at least now they *do* have the option and 2: in the future we can point at this instead of just having to agree that they didn't have an option other than squatting. > However, I appreciate we can't tell whether it will solve any problem until > we try it. Yup. > I stand ready to eat some kind of at least passably-edible hat if called to > do so five years from now. > > > Joe -- I don't think the execution is relevant when it was obviously a bad idea in the first place. This is like putting rabid weasels in your pants, and later expressing regret at having chosen those particular rabid weasels and that pair of pants. ---maf _______________________________________________ DNSOP mailing list [email protected] https://www.ietf.org/mailman/listinfo/dnsop
