On Sun, Sep 25, 2016 at 12:25 PM, Stephane Bortzmeyer <bortzme...@nic.fr> wrote: > On Mon, Sep 12, 2016 at 04:57:05AM -0700, > internet-dra...@ietf.org <internet-dra...@ietf.org> wrote > a message of 48 lines which said: > >> Title : The ALT Special Use Top Level Domain >> Authors : Warren Kumari >> Andrew Sullivan >> Filename : draft-ietf-dnsop-alt-tld-05.txt > > The previous versions were, and I think it was good, carefully > non-normative. .ALT was presented (as it should) as a MAY, not a MUST > or a SHOULD. Now, sentences like "This document provides a solution > that may, in many cases, be more appropriate than [RFC6761]." are, > IMHO, too much. I suggest "This document provides, in some cases, an > alternative solution to [RFC6761]"
I'm fine with that[0]. Please keep in mind that this document has been around since early 2014, and has gone through many revisions (11, 6 as an individual, and 5 as a WG doc). Since 2015-11-17 it has been a "Parked WG Document" ("Waiting for the 6761 design team to sort out the bigger issues before moving this forward."). It was started before there had been much discussion on the Special Use Names problems (draft-adpkja-dnsop-special-names-problem and draft-tldr-sutld-ps were not even twinkles in the author's eyes), and so it contains much background and discussions which may no longer be needed - I've been told that this will finally be unparked as soon as a decision is made on the problem statement, and we'll be happy to revise it then. > > Also, disparaging terms like "pseudo-TLD" should be avoided. "Non-DNS > TLD" is sufficient. "pseudo-TLD" was in no way intended to be disparaging -- we had defined it as "A label that appears in a fully-qualified domain name in the position of a TLD, but which is not registered in the global DNS.". Again, this was started in 2014 - there hadn't been much discussion at this point. I really don't like "Non-DNS TLD", but I also don't really like "pseudo-TLD" -- once we are allowed to make proper edits to it again we'll happily put in whatever the WG wants -- and, suggestions welcome.... > >> This label is intended to be used as the final (rightmost) label > > No. It is rightmost only in LTR scripts. "final" is correct, > "rightmost" isn't. Please delete it. > >> For example, a group wishing to create a namespace for Friends Of >> Olaf might choose the string "foo" > > If this namespace uses a non-DNS protocol for resolution, it may be > case-sensitive and therefore it should be "FoO". (Yes, this was a > troll.) ... was it? It raises an interesting point - seeing as alternate resolution contexts are likely to want to have their names be able to be used anywhere where a "traditional" DNS names is used, they will likely also be (ASCII) case insensitive, because some apps likely flatten case before handing to a resolver system. But, this seems like a decision that the resolution system designed could make - perhaps it is worth mentioning (again, once unparked) in the doc. foo.alt MAY be different to foO.alt... perhaps.... Anyway, I'm really trying to stay away from solution discussions until a problem statement is adopted.... W [0]: We had been asked to put in the original text, but we will (of course) do whatever the WG wants. > > _______________________________________________ > DNSOP mailing list > DNSOP@ietf.org > https://www.ietf.org/mailman/listinfo/dnsop -- 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 DNSOP@ietf.org https://www.ietf.org/mailman/listinfo/dnsop