我在一个有2个接口的系统上运行linux 3.14。 在第一个界面上，我可以访问我们的本地networking。 在第二个接口上，arp包进来了但是linux不发送回复。 有可能是mac地址导致linux丢弃arp数据包？ tcpdump显示源地址来自源：fe：xx：xx：xx：xx：xx。 我无法在网上find任何东西来表明linux如何处理这种types的mac地址。 60字节的数据包的其余部分看起来不错。 我甚至比较了arp数据包与第一个界面的数据包。
先谢谢你。
您好mathius顺便说一句，我也注意到，没有运行tcpdump，驱动程序统计显示rx数据包不增加。 但运行tcpdump时，rx计数增加。 所以似乎tcpdump正在驱动程序接受数据包。 也许tcpdump把驱动程序在promiscous模式？ 这是“ip as”和“ip rs”命令的输出。 eobc接口是eobc的问题
pad＃ip as 1：lo：mtu 65536 qdisc noop
link/loopback 00:00:00:00:00:00 brd 00:00:00:00:00:00 2：eth0：mtu 1500 qdisc noop qlen 1000
link/ether 80:3f:5d:09:7f:4b brd ff:ff:ff:ff:ff:ff
3：eobc：mtu 1500 qdisc mq qlen 1000
link/ether 00:a0:c9:00:00:00 brd ff:ff:ff:ff:ff:ff inet 192.168.0.10/24 brd 192.168.0.255 scope global eobc valid_lft forever preferred_lft forever inet6 fe80::2a0:c9ff:fe00:0/64 scope link valid_lft forever preferred_lft forever
4：mgmt：mtu 1500 qdisc mq qlen 1000
link/ether 00:a0:c9:01:25:68 brd ff:ff:ff:ff:ff:ff inet 172.24.22.68/24 brd 172.24.22.255 scope global mgmt valid_lft forever preferred_lft forever inet6 2001:420:293:1330:2a0:c9ff:fe01:2568/64 scope global dynamic valid_lft 2591998sec preferred_lft 604798sec inet6 fe80::2a0:c9ff:fe01:2568/64 scope link valid_lft forever preferred_lft forever
5：bcm：mtu 1500 qdisc noop qlen 1000
link/ether 00:a0:c9:00:00:03 brd ff:ff:ff:ff:ff:ff
pad＃ip rs
默认通过192.168.0.100 dev eobc
默认通过172.24.22.1 dev mgmt
172.24.22.0/24 dev mgmt src 172.24.22.68
192.168.0.0/24 dev eobc src 192.168.0.10
垫＃
按照泽维尔的build议，我仍然看到同样的问题。 （我消除了重复的默认值）和修改路由，例如：pad＃ip rs default via 172.24.22.1 dev mgmt
172.24.22.0/24 dev mgmt src 172.24.22.68
192.168.0.0/24 dev eobc