On Mon, Jul 25, 2011 at 10:46:58AM +1000, Mark Andrews wrote: > Adding a SRV lookup should add 0ms if it isn't there as you should be > making A, AAAA and SRV lookups in parallel. This does not work for a simple reason : you have to perform the lookups on the SRV response just as you would do with a CNAME : $ host -t srv _xmpp-server._tcp.gmail.com _xmpp-server._tcp.gmail.com has SRV record 20 0 5269 xmpp-server1.l.google.com. _xmpp-server._tcp.gmail.com has SRV record 5 0 5269 xmpp-server.l.google.com. _xmpp-server._tcp.gmail.com has SRV record 20 0 5269 xmpp-server2.l.google.com. _xmpp-server._tcp.gmail.com has SRV record 20 0 5269 xmpp-server3.l.google.com. _xmpp-server._tcp.gmail.com has SRV record 20 0 5269 xmpp-server4.l.google.com. And only now I can resolve xmpp-server.l.google.com and get its real address. That's why I was saying that SRV and CNAME really are equivalent in terms of latency, because both of them require an additional round trip. And that is assuming that all the hosts are referenced on the main page, which in practice is not true because a number of them are also in additional CSS and JS. Now if I want to be really picky, I'd add that at 100 bytes on average per request, sending 30 additional requests means a total of 3kB of data on the uplink, which require : - 1.5 second of uplink traffic on a 3G HDSPA link with 16kbps uplink - 375 ms of uplink traffic on a 3G HDSPA link with 64kbps uplink - 187 ms of uplink traffic on an ADSL 512/128 I'm not trying to dismiss the usefulness of the mechanism, I just don't like to hear that doing something additional comes at absolutely zero cost. Regards, Willy _______________________________________________ Ietf mailing list Ietf@xxxxxxxx https://www.ietf.org/mailman/listinfo/ietf