newborn

@Executor 我梳理下你的问题
udp 通讯 10.1.2.3 -> 10.1.2.4 被该交换机转发到 11.1.2.3 上
解读、正常网络上不会发生这种事情，10.1.2.3 -> 10.1.2.4 是单播通信，也就是会发给 10.1.2.4 而不是 11.1.2.3
这里的通信过程是 10.1.2.3 发起 arp 广播，10.1.2.4 设备响应，然后两者可以通信，广播过程中，交换机只在二层工作，也就是对于 10.1.2.3 发起的广播收束定向发给 10.1.2.4 所在的接口。

现在要考虑的就是为什么 11.1.2.3 会收到数据，可以认为交换机实际上并没有通过 vlan 之类的技术将广播隔离，然后这台 11.1.2.3 设备的 mac 地址与 10.1.2.4 相同，也就是你后面补充的机房认为你的机器在搞 arp 欺骗，这里交换机仅参与二层工作。

然后你提到 11.1.2.3 主机转发链上有拒绝策略，这种是会返回一个包给请求源的

所以数据流程可以梳理成这样，10.1.2.3 上发起对 10.1.2.4 的 ping ，该主机通过 arp 广播学到的 10.1.2.4 的 mac 为 abcd-ef01-0203 ， 交换机视角：mac 表上在两个不同的接口上记录了 abcd-ef01-0203 ，将数据包随机均衡发到这两端口
你的主机 11.1.2.3 收到了来自 10.1.2.3 至 10.1.2.4 的包，因为目标不是本机，所以执行转发动作，然后根据本机防火墙的策略，返回相应的禁止报文。

@wniming 我打错了。加新盘主要是保障你整个卷组健康，老盘踢出来之后可以上 hexdump 之类的工具看看损坏的内容有没有修复的可能性，或者整个踢出执行很顺利老盘也不用看了。

友情提醒 11.0.0.0/8 不适合用作内网地址。
然后作为专业运维表示你的问题很难看懂，交换机通常只维护 mac-address table ，arp 表一般是主机和本机有三层通信的场景，比如作为 vlan 网关用于 vlan 间通信。

感觉可以加入一块新盘，把 dm-3 这块盘踢出看看。

@tool2dx 可以用市面上的 USB4 硬盘盒（兼容雷电 3 ）扩盘了，带宽 40G 够用。硬盘盒价格目前在 200 元左右，还能额外搞个 m2 转 pcie 转接卡插其他 pcie 设备，比如 4 口 2.5G 网卡之类的。目前看来确实 mac mini 是性价比之王，前提是折腾软硬件的技术要高。

走 AWS 问题不大，IP 资源多，被墙了大不了换一个。

做 dpdk 网络虚拟化这块是有出路的，主要是咱也不知道楼主是做哪一块的。

固态的文件系统通常不会出错（不像机械盘异常掉电就很容易出错），出错大概率是底层硬件快不行了，建议先把重要数据备一份出来。

用 route 命令写路由。具体怎么写查下 bsd route 吧，我这只熟练用 linux 的 route 。