我在家里有三个网络连接，一方面是为了增加可用带宽，另一方面也为了提供一些冗余，因为我在家工作，我的收入能力与网络是否正常息息相关。我有两个主要的连接，我在它们之间进行负载均衡，每个连接提供一个/56。如果其中一个出现故障，所有流量都会转到另一个。我还有一个第三种连接，仅在另外两个连接都失效时作为备用，提供一个/64。所以简单的情况是，我为每个连接分配一个地址给每个设备。但问题来了——备用的ISP只提供一个/64，尽管这个地址数量大约有18.5亿亿个（一个大到我的拼写检查告诉我它不是一个真实存在的单词的数字），我实际上无法以任何有意义的方式拆分这些地址，所以我只能允许一个子网通过该连接访问互联网。然后我把在两个主要连接之间进行负载均衡的责任推给了每个客户端。你明白的，这是把责任交给了在这个情况下拥有最少有用信息的地方。...
源讨论IPv6 很难原帖 438 条评论 · 导入时统计IPv6 实际上是一个第二系统综合症的例子。它真的很难，因为它让很多 IPv4 的惯例不再适用。 例如，如果你希望为 SMB 实现 IPv6 的多归属，你只能选择做 NAT（这不太好），或者让路由器动态地通告/撤回前缀。如果你做前缀撤回，你可能会陷入设备没有任何前缀的情况。因此，甚至像打印或 VoIP 这样的内部功能都会出问题。 太棒了。 然后还有 ULA，它被错误地优先处理。你可能会认为只需为所有设备添加一个稳定的 ULA 前缀就能解决上述问题，但事实并非如此。设备会优先选择全局的 IPv6 源地址，所以事情仍然可能出问题。
完整原文把你的经验，加入这段讨论。
有一个RFC提案允许在小于/64的网络上使用SLAAC，因此你可能能够利用第三个连接，同时仍然具备子网划分的能力。 大概在2035年左右。
完整原文我认为“我们还要淘汰NAT！”正是IPv6越界并开始让自己变得更糟的地方。事情本不该是这个样子的。 NAT乍看之下像是个糟糕的主意，但它不仅仅是为了缓解地址短缺（虽然确实如此）。 它不仅仅是为了提供默认的安全性（虽然这也确实做到了）。 NAT也是住宅设置中唯一合理的选择。因为你的公网IP地址前缀并不是静态的。这本来就不会发生。仅仅说“不要在任何配置文件中放置IP地址”并不是一个令人满意的答案。当发生前缀变更时，而你的客户端只使用GUA地址，你的网络在旧地址过期之前都会陷入混乱。这不是理论上的问题，而是实际发生的情况。我家里所有的设备在Comcast更改我的前缀时都没有做出任何合理的反应。我不得不四处寻找解决办法…
完整原文尊重不同观点，分享具体经验。
登录后即可发帖、评论、转发和引用。