Es ist ganz klar, dass der A-Record von DNS für die 128-Bit-Adressen von IPv6 nicht mehr ausreicht; die Record-spezifischen Daten eines A-Records sind eine 32-Bit-Adresse im Dotted-Oktett-Format .

Die IETF hat eine einfache Lösung für dieses Problem vorgeschlagen und in RFC 1886 beschrieben. Es wurde eine neue Art von Adress-Record namens AAAA verwendet, um die 128 Bit lange IPv6-Adresse zu speichern. Außerdem wurde eine neue IPv6-Reverse-Mapping-Domain eingeführt, nämlich ip6.int. Diese Lösung war einfach genug, um sie in BIND 4 zu implementieren. Leider gefiel diese einfache Lösung nicht allen, und eine viel kompliziertere wurde vorgeschlagen. Diese Lösung führte die neuen A6- und DNAME-Records ein und verlangte eine komplette Überarbeitung des BIND-Nameservers. Nach vielen erbitterten Debatten entschied die IETF schließlich, dass das neue A6/DNAME-Schema zu viel Overhead mit sich brachte, fehleranfällig war und sein Nutzen nicht bewiesen worden war. Zumindest zeitweise wurde der RFC, der die A6-Records beschreibt, in den Experimentalstatus versetzt, von der Benutzung von DNAME-Records in Reverse-Mapping-Zonen abgeraten und der alte RFC 1886 wieder ausgegraben. Alles Alte ist irgendwann wieder neu.