In message <20120226064025.GH8633@xxxxxx>, Willy Tarreau writes: > On Fri, Feb 24, 2012 at 05:57:31PM +0100, Patrik F=E4ltstr=F6m wrote: > > I am asking more generally why specifically this DNS issue is so stuck, > > because I think that is unfair. We upgrade other protocols... > > Because in HTTP, anybody can be anywhere. You can have client-side proxies, > server-side gateways, load balancers, etc... everyone in this chain may or > may not resolve, it's only a matter of configuration and architecture choic= > e. > There are plenty of places where clients won't access public resolvers at a= > ll > and rely on their proxies for this. So you can't make use of DNS to improve > these users' experience. Proxies can lookup SRV records. They already lookup A and AAAA records. > Also, DNS is SLLLLOOOOWWWWW. It's fast enough to send a mail. But for HTTP > it adds too much latency. Some people in the mobile world would like to be > able to configure an explicit proxy on their smartphones in order to avoid > a very expensive round trip before fetching an object : at 20 host names > on a web page, 300 ms round trip means 6 seconds are lost to resolve these > objects if they can't be totally parallelized. If they can't be parallelized then you can blame the page developer. As for SRV you can always do SRV + AAAA + A in parallel. > DNS suggestion is something going back and forth regularly. I think that > people who try to push it hard only see the very simple case where users > have a direct low-latency internet connection. The reality is much much > different. This well reflected by the fact that in the end, after many > proposals, it has still not been adopted ! > > Regards, > Willy > > _______________________________________________ > Ietf mailing list > Ietf@xxxxxxxx > https://www.ietf.org/mailman/listinfo/ietf -- Mark Andrews, ISC 1 Seymour St., Dundas Valley, NSW 2117, Australia PHONE: +61 2 9871 4742 INTERNET: marka@xxxxxxx _______________________________________________ Ietf mailing list Ietf@xxxxxxxx https://www.ietf.org/mailman/listinfo/ietf