> This answer doesn't seem to fully address Robert's and Ray's questions. Why > use an A/AAAA query if you aren't going to do anything with the result? If > you are going to use A/AAAA, you have to tell resolvers what to return in the > results. Using a new RRtype would have clearer semantics.
The motivation behind this draft is to be able to perform a large scale measurement of the readiness of users for a pending roll of the KSK, or the measurement of the extent to which users are using a DNS environment that is NOT ready for a KSK roll. Large scale user measurement is not easy - small scale measurements tend to have a problem in measurement bias, so if we are looking for some random selection mechanism that can measurement in the order of millions of sample points each day then either one would need to place the test on a very popular web site used across the entire Internet, or use online ads. In both cases the measurement uses a browser to perform the text, scripting the test using HTML5. The simplest form of such a test is to GET a URL - if the client contacts the http(s) server then as long as the DNS name is suitably unique, we have a decent signal that the client’s DNS was able to resolver the DNS name. But in a browser you cannot perform an arbitrary DNS query - the DNS query made by the browser is the side-effect of a GET and therefore the query is for an A or AAAA record. To keep things simple we look for the outcome of the DNS by implication: if the client contacts the HTTP(s) server then we can infer that the client’s DNS resolved correctly. So a new RR type would entirely defeat the objective of the measurement exercise. The A or AAAA query is there to allow the client to perform a subsequent HTML fetch to indicate that the DNS name was successfully resolved for the client. Geoff _______________________________________________ DNSOP mailing list DNSOP@ietf.org https://www.ietf.org/mailman/listinfo/dnsop