LAN中的多播与广播

时间:2011-10-15 17:35:43

标签: networking broadcast multicast

使用多播组发送消息而不是仅仅将它们广播到特定端口是否有任何优势?据我所知,在广播时,其他不希望邮件的计算机也会收到这些邮件,但它对性能/流量有多大影响?不关心的计算机是否只是立即转储消息?

作为一个侧面问题,局域网外的组播是否完全有效?

1 个答案:

答案 0 :(得分:29)

我假设你在谈论IP流量。当你说局域网时,我会假设你的意思是办公楼内的以太网拓扑结构(我将更具体地介绍下面的拓扑结构)。

当广播不够好时,应该使用多播。这听起来像是一种讽刺,但实际上它是回答这个问题的最佳方式......人们可能想要多播而不是广播有很多原因......

  • 如果不需要,多播不会占用CPU和带宽资源。根据您发送的广播数量,这可能对所涉及的各方有意义,也可能没有意义。但是,广播流量将始终消耗Vlan中每个设备的带宽
  • 可以在单个交换的以太网Vlan /广播域内修剪多播流量,无法在广播域内修剪广播定义。
  • 中型和大型办公楼局域网通常可能有3或10个Vlans,可能有300人。 Vlan是一种在广播域上定义边界的方法。可以设计多播流量和拓扑,以便此流量可靠地穿过以太网广播域;在多个广播域中转发任何实际数量的广播流量并不是一个好主意。您经常在办公楼中找到多个Vlans或广播域,只有40人。
  • 与上述内容密切相关,可以通过广域网发送IP多播流量。
  • 如果支付薪水的客户对此有教条,则应使用多播而不是广播流量

您可能希望使用广播流量而非多播流量 ...

  • 您的应用程序的流量非常低,仅限于单个Vlan
  • 您认为目标受众太便宜无法支付增量人员和IT基础设施来正确进行多播(IP多播要求比简单的IP单播/广播流量更加详细)
  • 如果您尚未正确配置基础架构,(作为一般规则)IP广播将被视为广播流量。多播要求为任何应用程序部署时间表增加了时间/成本
  • 软件开发人员不希望投入时间和精力与各种主机操作系统IGMP堆栈和其他多播基础架构复杂性进行摔跤