在阅读产品文档时，我发现产品支持在多播不可用或首选的环境中使用TCP通信。
为什么公司会阻止多播通信？ 或更喜欢TCP？
参考： http ： //www.hazelcast.com/
“Hazelcast将使用多播进行发现，也可以将其configuration为仅在多播不可用或偏好的环境中使用TCP / IP。”
多播会为networking中的路由器带来额外的开销。 为了发送组播数据，每个路由器必须存储一些有关如何到达组播组成员的状态信息。 对于每个组播组，路由器都必须维护一些状态信息。 这就是为什么你不能在整个互联网上进行多播的原因，它不能扩展。
所以可扩展性是多播不能启用的原因之一。 对于较小的networking来说，可扩展性并不是一个大问题，所以大学或企业networking可能会支持它。 启用多播还需要为路由器进行额外的configuration，如果不需要多播，networking运营商可能会发现没有任何优势可以通过额外的工作来维护它。
你指的是，如果不支持多播，他们可以使用标准的单播协议（如TCP或UDP）来支持他们提供的任何function。
有一些拓扑scheme，运行“多播”的唯一方法是进行多个单播复制stream量，这通常是不推荐（TM）。
几个例子之一。 如果您有多个站点通过MPLS连接，并且无论您需要在远程站点和您的中央站点之间build立IPSec隧道的原因（即由于监pipe要求），那么在您所有站点之间进行“多播”的唯一方法是进行stream量复制通过你所有的IPSec隧道。 这增加了路由器/链路的CPU /带宽开销，并且您首先失去了多播的所有优点。 （请参阅多播和IPSec ）
在这些情况下（如思科的GETVPN ），有一些厂商技术可以帮助您，但是除了供应商的硬件/软件支持外，您可能还需要服务提供商的支持（例如，如果您的CPE由服务提供商pipe理，而不是您）。 您会惊讶于硬件和软件可以支持这项技术的次数，但是由于服务提供商没有提供服务，那么您运气不好。