CARP/VRRP/keepalive 的广播而不是多播

网络工程 多播 播送
2022-02-24 07:57:35

在许多云环境中,客户multicast在尝试配置CARP/VRRP时需要添加专用交换机。

例如,如果使用 Hetzer 的vSwitch ,CARP 部分工作,但支持团队在询问多播时的回答是:

vSwitch 内部不可能实现真正的多播。所有数据包都将像广播流量一样处理。

因此想知道 BROADCAST 是否可以用于相同的目的?

在开始一个可能其他人已经尝试过的项目之前,我想知道为什么multicast优先考虑broadcast它是否可以用作替代方案?

出于学习/实践的目的,我的目标是建立一个非常基本的健康检查,就像 keepalive 一样,但可以使用broadcast而不是multicast?

有什么建议吗?

1个回答

这些协议旨在使用多播来限制对相关方的流量,而不是广播,每个节点必须最少处理才能忽略它。

多播是广播的一种特殊情况。在任何不了解或选择实施与多播相关的任何逻辑的网络中,流量仅被视为任何其他广播流量。802.11(Wifi)是一个典型的例子,它通常不会对多播应用任何特殊逻辑;就像任何其他广播一样,它以基本速率传输到每个相关的电台。

有很多使用广播的旧进程。任何新方法的最佳实践是使用多播。(也因为 IPv6 没有广播,只有多播。)