所以我知道在SLAAC中有一些扩展可以通过RA来实现DNS发现（RFC 6106）。 但是最初的意图是什么？ IPv6devise人员如何设想在没有DNS的情况下工作？ 为什么多点传送DNS从Windows中被丢弃？ 我可以find关于SLAAC的大量信息，它缺less对DNS的支持，以及SLAAC / DHCPv6的争论（以及提议的但不受支持的扩展），但没有讨论原始的基本原理。
原始的（也是有效的）想法是将IPv6地址与SLAAC / autoconf与路由器广播（RA）结合，并将无状态DHCPv6与DNS的所有其他选项相结合。 这使得DHCPv6服务器非常简单，因为它不必维护租赁数据库和类似的东西。 它只需要告诉客户端所有额外的选项，如DNS域名和parsing器。
IPv6devise在成立之初是相当学术化的，如果你想要整个故事，我会看看IETF IPng工作组邮件列表和doucment档案。 但是，章程只是取代IP层，将所有高层协议留给其他层。 请记住，在部署多年之后，IPv4没有DHCP，BOOTP甚至DNS。 将这些东西用于IPv6的工作留给了其他IETF组织。
其他IETF组织并没有立即跳上IPv6的潮stream，供应商，实施者，ISP，networkingpipe理员或其他人也没有这样做。 所以现在我们手上就有了一堆乱七八糟的东西。
也许理由是IPv4不会很快消失，而使用v4parsing器（可以返回AAAAlogging）将是一个可接受的解决scheme，直到一个可行的RFC被淘汰为本机v6configuration？