On Tue, Sep 17, 2019 at 11:15 AM Vladimír Čunát <[email protected]> wrote: > > > [...] Implementing out-of-order delivery via TLS is akin to > > (re-)implementing the stream multiplexing part of SCTP, QUIC or > > HTTP/2.0. We believe that this is one of the main reasons why > > DNS-over-TLS failed to gain significant traction. > > The last sentence really surprises me. I'm actually not convinced that > protocol details like this can *directly* affect large-scale adoption, > so to find this it might be more interesting to ask the most popular DNS > clients why they chose the way they did. AFAIK it's not too common to > support both (equally). I would think the main reasons will be far from > the suggested one, but I didn't try to find out... except that for web > browsers it's probably natural to prefer DoH, as they're all built > around http(s).
The fact that browsers are under active development and prefer HTTPS while client OS DNS APIs have seen minimal changes (barring the efforts of the getdns project, support for DoT in Android 9) in the past decade is a more likely reason for the differences in DoH and DoT adoption. -Puneet > > --Vladimir > > _______________________________________________ > dns-privacy mailing list > [email protected] > https://www.ietf.org/mailman/listinfo/dns-privacy _______________________________________________ dns-privacy mailing list [email protected] https://www.ietf.org/mailman/listinfo/dns-privacy
