托管交换机如何处理广播组播和单播?

Modified on: Fri, 02 Aug 2019 22:00:03 +0800

在典型情况下,网络交换机需要同时处理广播,组播和单播消息。

我想了解

在典型的托管交换机(1Gb以太网/ 10Gb以太网)上,

a)广播/多播/单播消息的处理方式有何不同?

b)处理广播/多播/单播消息的带宽和延迟是多少?

c)不同类型消息的加载如何相互影响?

d)为什么从广播切换到多播会(或者很可能,如果做得正确)减少交换机上的负载?

作者:Anthony S.

最佳答案

这高度依赖于所讨论的特定交换机的架构。 48端口“管理型交换机”的广泛价格范围(例如低于300美元到超过10,000美元)应该告诉您内部存在根本性的不同。如果您没有为您的交换机付出太多(我希望您没有),那么很可能将多播(和其他“企业”功能)卸载到软件中(如果它们完全受支持的话)。

基本的单播转发在硬件方面变得相当便宜,所以我希望任何现代以太网交换机在轻负载下的基本单播转发中都能表现得相当好。

当您开始向硬件添加更多功能时,成本会显着上升。例如,转发单播帧与基于动态多播状态的数据包复制非常不同。这些都是非常专业的任务。它需要特定的硬件位才能做到。低端交换机的大多数用户没有巨大的组播需求。支付多播专用硬件对这些用户来说是一种浪费。

但大多数网络都使用组播。因此,制造商通常在软件中实现多播和其他不太常用的功能。例如,单播转发硬件将被告知将具有多播MAC地址的任何内容转发到内部端口,在那里它们由CPU子系统(或至少某种微控制器)接收。然后,软件进程能够查看帧,查询多播转发表,复制帧并将多个副本交还给硬件,每个端口一个要转发。显然,此时可以在软件中添加许多功能,而不会显着影响交换机的成本。

在这样的系统中,性能永远不会接近单播的性能。 CPU的性能显然会产生一些影响,但是如果你发送了那些无法在硬件中转发的“异常”流量,你做错了。你需要买一个不同的开关。

在最糟糕的情况下,真正的低端交换机将不具有任何资源保护,因此被多播流量猛烈攻击的相同CPU将忘记它还负责处理交换机中其他所有内容。如果CPU太忙于复制多播流量以保持单播表在硬件中更新(或者CPU应该做的其他任何事情),那么你将遇到各种各样的问题。

作者:eater

相关问答

添加新评论