假设您误解了多播，我会看到多个答案。您没有记错，您的问题很明确。我对自己问了这个问题：
我可以通过IPv6 Internet多播吗？
传统上，例如在IPv4中，我需要请求一个永久的全局多播地址（或子网），并将其分配给我的网络。IPv6仍然可以做到这一点。但是，IPv6本质上是多播的，因此为我提供一些机制以在不请求唯一地址的情况下向您多播是有意义的。
当您在两个物理上独立的网络（六个人）上分别有三个人玩同一网络游戏时，优势变得显而易见。选项是将数据包单播到每个播放器（每个更新发送五个数据包），或组播（每个更新发送一个或两个数据包）：第一个数据包将发送到本地播放器的链接本地多播地址LAN，另一个数据包将被发送到全局多播地址，路由器会理解该地址是针对另一个LAN上的播放器的。甚至可能将数据包发送一次到全局多播地址，并且路由器（或本地客户端）知道如何处理。后者肯定会更有效率。
鉴于多播的实用性，如果IANA必须为每个想要玩网络游戏，举行视频会议或向朋友广播现场表演等的人分配多播前缀，这将使IANA感到恼火。 。
IANA的申请表明确指出，您可能不需要要求一个永久的IPv6多播地址，这很好。
基于单播前缀的IPv6组播地址
当然，这已得到解决。标题“基于单播前缀的IPv6组播地址”应该真正说明：如果您具有全局唯一的IPv6 IP地址，则您（您的计算机/设备）可以为自己分配一个（全球）唯一的组播地址，即根据您的单播分配。要求是每个点（服务器，路由器，客户端）的软件都必须知道其运行状况。未来几年，旧路由器和惰性ISP可能会崩溃。
对于似乎是一个非常简单的问题，要找到答案非常困难，而我可以找到最接近的答案的最接近的方法是RFC3306：
以下是一些基于单播前缀的多播地址结构的示例。
- Global prefixes - A network with a unicast prefix of
3FFE:FFFF:1::/48 would also have a unicast prefix-based
multicast prefix of FF3x:0030:3FFE:FFFF:0001::/96 (where 'x'
is any valid scope).
- SSM - All IPv6 SSM multicast addresses will have the format
FF3x::/96.
有关IPv6多播的大多数文章（和答案）都集中在具有预定义地址的本地多播上，并不是很有帮助。关键在于，客户端可以基于其单播地址为其分配一个唯一的多播地址，当然范围仍然适用：
基于单播前缀的多播地址的范围不得超过嵌入在多播地址中的单播前缀的范围。
很难回答这个问题并不奇怪，因为IPv6连接如此罕见，以至于大多数最终用户都无法测试Internet的IPv6组播能力和可靠性，因此，没有很多文章对此发表。实际上，大多数最终用户都不知道为什么要在家中使用IPv6多播，但是应用程序已经准备就绪，正在等待。
该页面讨论了RFC带来的一些混乱，RFC3956提到了某些多播域如何在相互通信时遇到麻烦。在这一点上可能很难实现，但是我看不出为什么游戏服务器（从上面的示例中）不能为其自身分配多播IPv6地址并将该地址通知客户端，并且所有这些都无需乞求。静态多播IPv6分配。
这是我以后想跟进的事情。
步骤1：ISP需要启用IPv6。仍然。
另请参阅：RFC6308：Internet多播寻址体系结构概述