n Fri, Mar 20, 2020 at 12:43 AM Ralf Weber <[email protected]> wrote: > Moin! > > On 20 Mar 2020, at 1:13, Rob Sayre wrote: > > The introduction says: > > > > "DNS over QUIC (DoQ) has privacy > > properties similar to DNS over TLS (DoT) specified in RFC7858, and > > performance characteristics similar to classic DNS over UDP." > > > > I think you might want to drop this text on performance > > characteristics, > > since it seems to imply DNS over UDP has better performance > > characteristics. > Well DNS over UDP has better performance characteristics than DoT and > DoH. > That is not up for discussion. That is a fact.
It turns out that there is more than one way to measure performance. The performance you are talking about is the performance of the server, but the performance this document is talking about is the network performance of the protocol when the server is not the bottleneck. You can get way above > a million of DNS queries using regular DNS on a vanilla box, which is > simply impossible with DoH/DoT no matter how good you tune your test or > box. Latency in lab tests of DNS server usually is measured in > microseconds > and not milliseconds. > Yes, but measurements in the field are what matter to users. > > At least for DoH, some data seems to show that it vastly outperforms > > DNS > > over UDP after the 80th percentile of latency, while being just > > slightly > > slower below the 80th percentile. > All that this shows is network latency to different service providers, > and > the cache implementation of those (DNS cached answers will always be > faster > the non cached). This has nothing to do with protocol performance. > Actually, it's not clear what the source of the difference is. The Princeton study by Hounsel et al. found a similar effect in bad network conditions, even when controlling for the server. IIRC their theory was that TCP retransmission was more aggressive and therefore handled loss better. In reality, it's probably a combination of things. -Ekr
_______________________________________________ dns-privacy mailing list [email protected] https://www.ietf.org/mailman/listinfo/dns-privacy
