Paul, On Fri, Mar 23, 2018 at 11:00:03AM -0700, Paul Vixie wrote: > i'm concerned about the age-old human protocol being employed here. > > first one guy shouts bikeshed! (usually somebody who's been bikeshedding.) > > nextly, some folks say "the details don't matter, only uniqueness." > > then there's a bunch of back and forth about whether and which details > matter. > > then there's a lot of folks saying, "personally i would go with..." or > "i prefer ..." or "my vote is for..." > > then somebody inevitably says "this is taking too long, let's just pick > something." > > it's how ipv6 and dnssec were standardized, with sweepingly bad results > that our great grandchildren will no doubt shake their heads about, in > wonder. > > i request a different protocol. > > can the co-chairs convene a design team made up of people from each camp > named above, and lock them in a room and shove pizza under the door > until they have a proposal that can be accepted on its _merits_? >
This doesn't seams to be the case. The document is being reviewed by the WG for a while and just adjusting the label and the document's name, closing their use only for the root, is a good move. This expansion in scope was included in the beginning of the discussion just to make the point that the root is not different from any other zone and this mechanism could be expanded for other cases... perfect and over engineered. The reality is this is only needed for the root that has no parent. Please no one start the argument of local configure anchors any zone down the tree. If this is the case for an enterprise or Mil. network they have their ways of controlling/distributing those anchors. The document is good on it's own merits. > vixie Fred > re: > > Joao Damas wrote: > > I am happy with whatever the wg agrees but let’s agree, otherwise time > > keeps sliding and the only label that is going to be accurate for the next > > generations will be “ksk-roll-that-never-was” ;) > > > > Joao > > > >> On 23 Mar 2018, at 16:13, Ondřej Surý<ond...@isc.org> wrote: > >> > >> I also prefer #2 > >> > >> Personally, I would go with rzksk-sentinel because it’s shorter and more > >> accurate, but #2 will make me happy. > >> > >> Ondrej > >> -- > >> Ondřej Surý — ISC > >> > >>> On 23 Mar 2018, at 15:20, Wessels, Duane<dwess...@verisign.com> wrote: > >>> > >>> > >>>> On Mar 23, 2018, at 5:13 AM, Warren Kumari<war...@kumari.net> wrote: > >>>> > >>>> Dear DNSOP, > >>>> > >>>> Please clearly express a preference for: > >>>> 1: Keeping the current label -- kskroll-sentinel-is-ta-20326.example.com > >>>> 2: Changing it to the new label -- > >>>> root-key-sentinal-is-ta-20326.example.com > >>>> > >>> I prefer #2. > >>> > >>> DW > >>> > >>> _______________________________________________ > >>> DNSOP mailing list > >>> DNSOP@ietf.org > >>> https://www.ietf.org/mailman/listinfo/dnsop > >> _______________________________________________ > >> DNSOP mailing list > >> DNSOP@ietf.org > >> https://www.ietf.org/mailman/listinfo/dnsop > > > > _______________________________________________ > > DNSOP mailing list > > DNSOP@ietf.org > > https://www.ietf.org/mailman/listinfo/dnsop > > -- > P Vixie > > _______________________________________________ > DNSOP mailing list > DNSOP@ietf.org > https://www.ietf.org/mailman/listinfo/dnsop _______________________________________________ DNSOP mailing list DNSOP@ietf.org https://www.ietf.org/mailman/listinfo/dnsop