请问 KVM 虚拟机通过桥接方式共享使用网卡物理是在一个冲突域吗?

[cxh116]

多台虚拟机使用一张物理网卡时,一台虚拟机在发包时,另外一台会暂停发包吗? 还有什么机制会处理这种冲突?

[XiaoxiaoPu]

不能多个虚拟机使用一个网卡吧？我猜你的意思是每个虚拟机都跟物理网卡桥接？如果是这个意思，那么相当于每个虚拟机的网卡都通过虚拟交换机与物理网卡通信，因为有交换机，所以不在一个冲突域。

[cxh116]

@XiaoxiaoPu 是的.是每个虚拟机都跟物理网卡桥接这种情况.

但这几张虚拟网卡都是跟一个交换机的物理端口通信,这样看起来像是一个冲突域?
还是说在桥接软件部分,有做冲突隔离?

[zhangsanfeng2012]

linux bridge 是类似交换机的功能，不是 hub

[jim9606]

虚拟机用的虚拟网卡默认是 macvtap+bridge，Host 内核用 CPU 处理包交换的事务，物理网卡工作在混杂模式。
如果是用 NAT 转发，Host 内核同样要使用 CPU 介入 NAT 事务，不过物理网卡就不需要混杂模式了。
如果想提高性能，可以用网卡的 SR-IOV，需要 Guest 安装专用 VF 驱动，网卡自行处理交换事务，CPU 基本不介入。

[cxh116]

@jim9606 用 ip a 命令,看了物理网卡和桥接创建的宿主机的虚拟网卡好像都没有在混杂模式下.

<BROADCAST,MULTICAST,UP,LOWER_UP>

没有看到 PROMISC

[billlee]

现在的有线以太网都是使用双绞线 /光纤 + 交换机了，CSMA/CD 已经没用了，不存在冲突域的概念。

有线以太网需要 CSMA/CD 那是以前使用同轴电缆的时代的事情了。

[moln]

不在，虚拟交换机

[jim9606]

@cxh116
确实我搞错了，没有用 PROMISC 。
冲突的定义我查了下是采用共享介质通信时通过 CSMA/CD 避免同一介质下的两个 NIC 同时使用介质发送数据。
这玩意只有物理介质（双绞线、同轴电缆）时需要吧，虚拟网卡和网桥只是内核中的数据结构，不需要处理这些 PHY 层才存在的问题吧。
例如两个 VM 通过虚拟网桥使用同一个物理网卡发包，Host 内核网络栈处理完这两个帧之后再插入物理网卡的 TX Queue 中，物理网卡的处理器并不知道这些帧是从哪来的，只是按照 Queue 的顺序发送出去罢了。

[jim9606]

至于桥接至同一个物理网卡(lower device)的多个虚拟网卡（ upper device ）能不能互通的问题，取决于工作模式。

参考自这篇博文（ https://suhu0426.github.io/Web/Presentation/20150120/index.html ）

VEPA 模式下 upper device 的帧会通过 lower device 发送出去，如果要折返（也就是 VM 间通信），需要外部 switch 或者 router 转发，除非 lower device 支持 hairpin mode 。

如果是 bridge 模式，Host 的网络栈会转发 upper device 间通信的帧而不会到达 lower device，通常都是用这个模式。

[julyclyde]

冲突域需要一个“公用介质”
现代社会很南构造出冲突域了。如果你明确知道，那就是；如果你问，基本上都不是