广播在第 3 层边界（路由器）处停止。广播的一个示例是 ARP 请求，其中主机正在寻找 IP 地址所有者的 MAC 地址。主机发送广播询问，“谁拥有这个 IP 地址？” 广播由第 2 层域中的每个主机接收和处理。

多播由订阅多播的多播组的主机接收和处理。这是一个选修的“广播”。许多事情都使用多播，包括一些路由协议。多播的一个例子是一些公司使用的 IPTV 应用程序。除非路由器配置为多播路由，否则多播通常在第 3 层边界（路由器）停止，这是一个在这里无法充分解决的大主题。

由于广播在第 3 层边界处停止，并且当路径中的所有路由器都配置为执行多播路由时，多播仅遍历第 3 层，因此广播和多播无法穿越 Internet，这就是为什么您的所有 Internet 流量都将是单播的.

顺便说一下，IPv6 已经取消了广播；IPv6 中没有这样的概念。IPv6 大量使用多播。您可能还会看到 IPv6 中经常使用的术语任播，但 IPv4 也可以使用任播。任播实际上是单播，因此单播规则和概念适用于任播。

IGMP 侦听也用于第 2 层上的多播。这允许交换机修剪端口获得多播流量。如果没有 IGMP 侦听，多播将淹没所有第 2 层端口。

上面描述的 ARP 是广播消息传递的一个很好的例子，但我看到确实没有很多明确的多播例子。我知道这是一个古老的线程，但我想我会为任何穿过它的人添加更多颜色。

多播对于许多不同的领域都至关重要。

网络和应用程序控制流量：之前给出了 OSPF 等的示例，但没有给出使用它的方式或原因。这些协议使用多播来访问“众所周知的”或保留的多播地址，以自动发现运行相同协议的其他路由器或向特定类别的路由器发送更新。例如，OSPF 为所有 OSPF 路由器保留 224.0.0.5，为所有指定路由器保留 224.0.0.6。.5 地址用于初始路由器发现，因为只有运行 OSPF 的路由器才会侦听该多播地址。.6 地址允许同时发送到达 DR 和 BDR 但不必由子网上的“其他”路由器处理的更新。还有许多其他服务使用类似的功能通过 mDNS 进行发现。

除了发现和控制协议之外，多播还有许多其他用例：

IPTV是一个很大的。想象一下，您经营一家酒店，拥有 400 间客房。如果 87 位客人正在观看高清 CNN，其中 62 位正在观看 HBO，而 41 位正在观看 ESPN，那么您将必须为该内容维护 190 个高清单播流，假设每个人都在 15 Mbps 左右，如果您使用了几乎 3 Gbps 的带宽使用单播与使用多播的 45 Mbps 发送。使用单播不仅会很容易地压倒网络资源，还会很容易地压倒 IPTV 服务器本身。

另一个涉及视频源的解决方案是 IP 摄像机。如果您有一组安全摄像头，可以被整个组织中的许多不同用户查看并使用单播，它可能会压倒同时编码多个流的摄像头上的处理资源，并且还会影响网络带宽，而不是将信号作为多播源发送。

系统映像和补丁管理应用程序。如果您是一个 IT 团队并且需要每天对 100 台计算机进行映像（新员工的笔记本电脑、现有员工的硬件更新周期为 3-5 年、现有员工因硬件故障而更换笔记本电脑以及软件错误太耗时的系统）诊断）您不想每天发送 127 GB 100 次消耗 12.7TB 网络带宽的相同系统映像（更不用说成像过程所需的额外时间）使用多播。如果您有 5000 台 Linux 服务器都运行 RHEL，您是否希望所有服务器都能独立在线更新服务器以下载补丁和系统更新？拥有一个中央补丁管理服务器效率更高，可以下载和存储所需的补丁，然后多播到 DC 中的服务器。

数字标牌：现代数字标牌可以按照管理规定的频率移动显示的广告。多播通常用于在整个城市、地区等地发送显示在这些上的图形信息……这里的界限可能会模糊静态内容和 IPTV 类型的视频元素之间的界限。

Tickers：与控制协议一起，这是多播的第一个用例之一，今天仍然发挥着重要作用。如果您曾经看过交易大厅的视频，您会看到几个滚动显示，显示实时股票价格、商品定价、商品期货、货币汇率、贷款利率等......多播用于将这些信息发送到显示器，以确保它们都以同步方式显示相同的数据。代码也可用于企业内部的用途，例如大型呼叫中心，在用户桌面上显示标志和/或代码源，显示每个队列中等待的客户数量以及当前的平均和最长等待时间是多少等等...

这些只是一些真实世界的例子，说明如何从家庭内部到大规模企业部署在多种形式的网络中使用多播。希望这可以帮助。

通常，ARP 请求是广播和动态路由协议 ex ospf 的示例之一，Eigrp 是多播流量的现场示例 某些 L3 级负载平衡（如 HSRP 和 GLBP）使用多播流量。还有一个称为 ANYCAST 的术语，它对不同的地理位置使用相同的 IP 地址。

                                                                   Regards,
                                                              Ganapareddy Sudhakar