标签: unicast

我在互联网上搜索并找不到答案。任何人都可以帮忙吗？

我有一个wireshark 捕获，指示从源到目标的单播 ARP 请求。

根据我的理解，ARP 请求（包括免费 ARP）使用广播。在什么情况下使用单播 ARP 请求？

我在一家大公司担任网络管理员。最近，我们注意到我们的网络基础设施存在问题。基本上，我们的网络后端位于作为主要 L3 后端交换机的 Catalyst 上，很少有 Cisco Nexus 交换机作为连接到该 Catalyst 的边缘 L2 交换机。

当我们尝试嗅探其中一台主机上的流量时，问题就会出现 - 然后我们（总是）看到其他主机之间的单播流量。

我会尝试更详细：假设我在主机 10.0.0.1 上，使用 mac MAC，我运行命令 -

tcpdump -i eth0 ether host not MAC and host not 10.0.0.1 and not broadcast and not multicast

我将始终看到其他主机之间的流量。

然而，我读了一篇关于单播泛洪的 Cisco 文章——“现象”不仅发生在我们网络中的 VLAN 之间传递时，而且发生在同一个 VLAN 上。在同一 VLAN 中的交换机之间传递时是否可能发生这种情况（我们的 VLAN 跨越许多交换机）？所有交换机都通过中继连接到 Catalyst...

有任何想法吗？

谢谢。

编辑：

似乎我们找到了问题的根源。

基本上，每当其中一台交换机收到一个带有它无法识别的 MAC 地址的帧时，它就会将其泛洪到所有端口。这是正常的 - 事情应该如此。但是，在我们当前的设置中，交换机中的 MAC 条目应该“存活”30 分钟。如果 30 分钟内没有看到 MAC，它将从交换机中删除，直到再次看到。如果一个数据包被发送到那个 MAC 并且它不在表中 - 所有端口都将被淹没以找到目标 MAC 端口（我们希望从端口之一得到答案）。

我们找到了目标 …

我正在使用具有 2 个根服务器和 1 个故障转移 ip 的设置（在我们的登台系统上）。作为软件，我们使用 corosync 和起搏器。Corosync 配置为通过端口 5405 进行多播通信。--> 一切正常。

现在我想在带有故障转移 ip 的 2 个根服务器上部署这个系统。好吧，多播通信将不起作用，因为根服务器没有直接连接；它们与路由器相连并位于不同的数据中心

现在我根据udpu支持更改了corosync.conf（如示例）。我正在使用 corosync v.1.4.1

corosync.conf:

compatibility: whitetank

totem {
        version: 2
        secauth: off
        interface {
                member {
                        memberaddr: A.A.A.A
                }
                member {
                        memberaddr: B.B.B.B
                }
                ringnumber: 0
                bindnetaddr:A.A.A.A
                mcastport: 5405
        }
transport: udpu
}

logging {
    fileline: off
        to_stderr: no
        to_logfile: yes
        to_syslog: yes
        logfile: /var/log/cluster/corosync.log
        debug: off
        timestamp: on
        logger_subsys {
                subsys: AMF
                debug: off
        }
}

service {
    name: pacemaker
    ver: …