At Mon, 18 Jun 2018 17:51:26 -0400, Shumon Huque <shu...@gmail.com> wrote:
> Client applications delegate address sorting to name resolution functions > like getaddrinfo() - correct? > > Doing some quick tests of getaddrinfo() just now on a recent *NIX machine, > it appears to return addresses sorted roughly in accordance with RFC > 6724, but rule 9 (longest prefix match) seems to be only applied to > IPv6 addresses. For IPv4 addresses (using an upstream resolver > that randomizes the response RRset), the order returned by getaddrinfo() > is ever changing - I assume presented in the order received. The very original implementation of BSD getaddrinfo() conformed to the RFC, but FreeBSD seems to have changed the behavior a few years ago so rule 9 wouldn't apply to IPv4 addresses: https://github.com/freebsd/freebsd/commit/1390d13ae69089142f6c6465dbb24438f295edee The commit log suggests the rrset round-robin was exactly the motivation for the change (whether it was good or bad). -- JINMEI, Tatuya _______________________________________________ DNSOP mailing list DNSOP@ietf.org https://www.ietf.org/mailman/listinfo/dnsop
