应该如何使用IPv6无状态自动配置？

我已经使用IPv6多年了，但是直到最近我才将ISP（以及从6to4切换到6rd）切换到ISP时，我才发现无状态自动配置仅适用于/ 64子网。我一直以为它可以在任意前缀长度的子网中工作。

这让我感到非常惊讶，我必须承认我不太理解它的进一步含义。特别是对我来说以下问题：

• 是应该将无状态自动配置作为接口初始化的默认方法，还是应该在大多数地方使用DHCPv6？
• 如果是后者，那么应该将无状态自动配置用于什么呢？
• 如果是前者，这是否意味着“所有”子网都应为/ 64？为什么要浪费“终端”子网上的所有地址空间？网络管理员不应该能够进一步细分其网络吗？

在我的特殊情况下，我的路由器之外有几个不同的物理子网，因此当我使用/ 48 6to4前缀时，将其划分为几个/ 64子网，这就是为什么自动配置始终对我有用的原因。现在，使用6rd，我得到的只是/ 64前缀，然后我必须将其划分为小于/ 64的小数（显然，我在实践中使用/ 48）。我不是“应该”能够进一步细分第6个前缀，还是这是怎么回事？

如果这个问题看起来是对抗性的，请放心这不是意图。我有点困惑，我想了解一下意图。

我也遇到了这个问题，并添加了一个6in4隧道来绕过我的ISP，“仅”通过6rd提供/ 64来进行我的家庭网络实验。

/ 64是用于自动配置子网的最小单位，这是非常严格的约定。地址的一半很容易记住。一些协议和实现内置了此假设，打破这一假设将很愚蠢。

/ 64允许您执行整洁的事情，例如将整个IPv4或MAC地址空间放入任意任意子网中。如果在IP中嵌入MAC地址似乎是一个坏主意，那么生成的替代地址就不太可能发生冲突。

RFC 6177放弃将慷慨的/ 48推送到所有站点，并认可其他分配方案。由于它明确强调了多个子网的用例，因此提到了/ 56之类的折衷方案。

即使这样，也不乏。提供者可以向大多数或所有用户提供/ 48，而不会用完。