因为多播是许多接收者的一个来源，因此两种方式的通信（以及任何使用 TCP 连接的东西）都不起作用。这使得它不适合用于电话会议、在线协作和更多应用程序。

流媒体可以工作，但许多人喜欢能够暂停流，例如，这是不可能的多播。

此外，多播实施起来非常复杂，尤其是在网络之间。然而，它被使用，但主要仅在网络内使用。我所知道的许多消费者网络都使用多播来为 IPTV 提供回退到常规单播的功能，如果像时移这样的功能被激活。

多播是原则上听起来不错但并没有真正扩展到像互联网这样的网络的想法之一。它需要路由器跟踪一堆额外的状态，具有拒绝服务攻击的巨大潜力，并且从计费的角度来看也存在重大问题。这样做的结果是 ISP 通常拒绝多播。

多播可以成为您控制的网络中的有用工具。它被用于在企业/学术场景中重新映像 PC 以及由基于 IP 的“三重播放”提供商分发电视服务，但如果您想制作在开放互联网上运行的服务，它没有用，因为提供商不支持它.

多播曾经是具有以下特征的应用程序的流行选择：具有相似结构但不同值的事件序列，每个新值替换所有早期值。没有资源可以缓冲，甚至在事件丢失时通知发布者，您只需等待下一个事件。

物理事件和股票市场行情的数据记录器基于此原则工作。在金融市场中，大多数多播系统现在都包含一个并行的请求-响应系统，用于恢复丢失的事件。