“广播”被更具体的多播方法所取代。考虑到 IPv6 LAN 的可用规模，全站广播将变得一团糟——想象成千上万个节点广播 ARP 寻找彼此。（它已经在 IPv4 中崩溃了）多播邻居发现限制了在具有多播感知硬件的网络中听到请求和回答的人。

并且有特定的链路本地地址以与 IPv4 广播相同的方式与链路上的每个人通话，而不使用全局可路由地址。

IPv6 中可能有这么多不同的多播……您是在谈论多播流量（用于流媒体）还是通用多播？

FF:: 是多播范围....

FF02:: 是链路本地范围，FF02::1 相当于 IPv4 中子网的广播地址 FF02::2 是链路本地，所有路由器 FF05:: 是站点本地，再次 ::1 代表所有节点， ::2 适用于所有路由器...

基本上，IPv6 multicasr 允许更好地定位多种类型的流量。

现在，对于使用多播进行流传输，它与 IPv4 非常相似，具有 PIM 稀疏模式（不再是密集模式）、MLD（替代 IGMP）、Rendez-Vous 点等。存在差异，但没有替代广播那么多通过作用域多播

当节点发出广播数据包时，该数据包被复制到介质或子网上的所有其他主机。因此，如果您有一个 32 端口交换机，并且一个节点发出广播，它会从 32 个端口中的每一个端口出去。这会剥夺其他人的潜在带宽，尤其是在过度使用的情况下。

多播要求相关方“订阅”多播器。多播流量仅复制到先前识别的订阅方，因此不需要的流量消耗的带宽更少。

因此，如果可能并且软件和硬件支持，多播确实是更好的方法。