On Mon, Oct 22, 2012 at 10:33 PM, William Chan (陈智昌) <willchan@chromium.org>wrote: > > Just to be clear, SRV records also have the disadvantage of not > upgrading the first interaction, unless you block on the response, > also being clear - in cases where SRV wins the race there is an advantage to be had without blocking. A high quality implementation can bundle the srv response with the A as an additional record.. even if that isn't what is happening today, supporting this mechanism provides a path for servers to opt themselves into it without blocking on it. And of course sometimes name resolution happens considerably before connect happens so there still might be an opportunity to collect both the a* and the srv before going to connect without blocking on it even if the SRV considerably lags the A. So I think this is an important optimization. but +1 on not building in a mandatory delay inducer like blocking on srv, or an upgrade with an empty payload.
Received on Tuesday, 23 October 2012 18:54:33 UTC