我有一个简单的xen项目4.1安装程序运行在debian wheezy dom0上。 我注意到，在networking扫描期间，一个domU网关为同一个IP返回了2个mac地址。 一个MAC是预期的，XenSource Vendor，在domU创build时随机生成的地址。 另一个是硬件，SuperMicro Vendor，mac地址。
在dom0 ./interfaces ，我将物理接口初始化为manual 。 我将网桥初始化为static并添加物理接口。
在我的domU .cfg我声明了以前定义的dom0桥作为接口。 此时，根据我的理解，在domU上生成的任何数据包都标记为自动生成的（不，我没有明确声明.cfg中的MAC），XenSource Vendor，MAC地址。
真正的SuperMicro MAC地址如何显示？
这源于我的诊断间歇性连接问题的尝试，现在我认为这可能是由我的xen机器造成的某种arpcaching中毒。
使用ifconfig
eth1 Link encap:Ethernet HWaddr 0c:c4:7a:00:c6:25 UP BROADCAST RUNNING MULTICAST MTU:1500 Metric:1 RX packets:852986 errors:0 dropped:0 overruns:0 frame:0 TX packets:1295501 errors:0 dropped:0 overruns:0 carrier:0 collisions:0 txqueuelen:1000 RX bytes:152249020 (145.1 MiB) TX bytes:1616503376 (1.5 GiB) Memory:f7100000-f7180000
brctl
bridge name bridge id STP enabled interfaces xenbr0 8000.feffffffffff no vif6.0 xenbr1 8000.0cc47a00c625 no eth1 vif6.1 xenbr2 8000.feffffffffff no vif6.2 vif7.0 xenbr3 8000.6805ca213b95 no eth2 vif6.3
eth1是有问题的接口。 谢谢。
仅供参考。 这里是我搞砸了。
在dom0 ./interfaces中，我将物理接口初始化为手动。 我将网桥初始化为静态，并添加物理接口。
这个网桥是由一个静态的IP分配的 – 与domU声称的一样，不同的虚拟mac地址。
长话短说，tcpdump显示bridge和domU都用不同的mac响应相同的arp请求。 将桥从static更改为manual 。 重新开始。
tcpdump现在只显示arp到桥的其他地方的转播。