On Mon, Oct 6, 2014 at 3:24 PM, Gilles Massen <[email protected]> wrote: > On 6/10/14, 18:51 , Paul Wouters wrote: >> On Mon, 6 Oct 2014, Olafur Gudmundsson wrote: >> >>>> My concern is about qname minimization: where will it fit here? (It's >>>> useless for the stub<->resolver communication) >>> >>> Stephane is right the, >>> when I read the current draft charter all I got out of it was channel >>> protection thus I assumed that >>> query minimization was out of scope. >>
[ Apologies if this has already been covered, reading mail a: lagged because I'm at nanog and b: out of order] Sorry, to me Stephane's qname minimizations is an obvious no-brainer -- we should Just Do It(tm)[0]. The charter doesn't mention it because: A: we started writing this charter a while back, and I'd figured it would have been adopted and worked on by DNSOP by now and B: getting a new WG producing stuff takes some time - this shouldn't be delayed while DPRIVE gets organized C: this feels more DNSOPish >> This has such a strong operational component, it should really be done by >> dnsop Yah, me too... But I personally really like qnm - if folk want this in the dprive charter, and dnsop and the ADs and Stephane all want this, I'd be more than happy for us to do it... > > Full support. It is an elegant yet simple and available solution almost > entirely based on operations. I'd love to see the document adopted by > DNSOP right away... +1. [0]: Yes, we should test it and make 100% sure it doesn't break something[1]. It seems so obviously safe that I'm concerned there is a monster under the bed... [1]: Hi Peter! > > Gilles > > -- > DNS-LU > > _______________________________________________ > dns-privacy mailing list > [email protected] > https://www.ietf.org/mailman/listinfo/dns-privacy -- 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 _______________________________________________ dns-privacy mailing list [email protected] https://www.ietf.org/mailman/listinfo/dns-privacy
