散列而不是简单比较的主要好处是您可以对任意数量的已启用多播地址进行一次查找。具有 80 个地址的精确匹配的系统要么必须构建逻辑以依次将 80 个地址提取到比较器中，要么并行使用 80 个比较器。这是很多门，即使它在概念上很简单。这都是额外的成本和电力。

相比之下，哈希查找可以通过移位寄存器和几个异或门轻松实现。当位到达线路时，可以完成计算和移位。更好的是，NIC 已经这样做了，以计算校验和。

另请注意，史蒂文斯是在 20-25 年前写作的；虽然它或多或少是关于 TCP/IP 的决定性工作，但从那时起硬件就出现了。再增加几千个门的成本不会有太大的不同。浏览一些 NIC 数据表，大多数人选择混合方法：例如 16 个精确地址和 4096 位哈希表。

多播 (IPv4) 是 224/4。所以它是一个 28 位的第 3 层地址空间。必须将其放入 23 位第 2 层（以太网）地址空间。因此，存在一些重叠。但这不是本书要讨论的内容。

多播从根本上说是广播，因此网卡将“看到”所有多播流量。理解多播的NIC——也有不理解多播的NIC——实施内部“多播过滤器”来确定向操作系统发送什么。出于多种原因（主要是速度和简单性），基于过滤表中非常有限数量的条目使用散列函数（一堆异或）是很流行的。

几个（我从来没有费心去计算的确切数字）Linux 驱动程序“放弃了”。如果在接口上启用了多播，它会将芯片设置为“all_multi”模式（多播混杂模式）并在驱动程序中进行过滤。

书中描述的是三层组播IP地址是32位，但是二层组播MAC地址的组播组部分只有23位，因为二层组播MAC地址的前25位是固定的。这是一个不完美的匹配，一个二层组播MAC地址映射到多个三层组播IP地址。每个二层组播地址映射到32个三层组播地址。

假设您要订阅一个三层组播组，但要过滤不同的三层组播组，并且这两个不同的三层组播组映射到同一个二层组播地址。