Linux 网桥为什么不支持 VXLAN

Linux 网桥在设计之初并不考虑支持 VXLAN 技术。Linux 网桥是基于 OSI 模型的第二层交换机，它仅支持基于 MAC 地址的交换，而不支持基于 VXLAN 网络标识符 (VNI) 的交换。

此外，Linux 网桥实现的主要目标是提供简单的虚拟网络功能，如 VLAN 和 MAC 地址过滤等。它并不适用于大规模虚拟网络和跨数据中心的应用场景，因为它缺乏一些必要的功能和扩展性。

因此，如果你想要实现大规模虚拟网络和跨数据中心的应用场景，应该选择其他虚拟化技术，如 Open vSwitch、VMware NSX、Cisco ACI 等，它们都支持 VXLAN 技术，并提供更高级的网络功能和扩展性。

相关问题

如果在 OpenStack Neutron 中使用 Linux 网桥，并且想要使用 datacenter 网络参数，enable_vxlan 参数设置为 true 的结果会导致什么

如果在 OpenStack Neutron 中使用 Linux 网桥，并且想要使用 datacenter 网络参数，但将 `enable_vxlan` 参数设置为 `true`，则会导致以下问题：

1. Linux 网桥不支持 VXLAN，因此该设置将无法实现 VXLAN 的目的，并可能导致网络通信失败。

2. 启用 VXLAN 会将虚拟网络流量封装在 UDP 包中，这将增加网络负载和延迟，影响网络性能。

因此，如果你想要在 OpenStack Neutron 中使用 Linux 网桥和 datacenter 网络参数，应将 `enable_vxlan` 参数设置为 `false`，以确保使用正确的网络技术来处理 datacenter 网络流量。

如何在OpenStack中配置使用Linux Bridge和VXLAN的provider网络与selfservice网络？请结合《OpenStack Linux Bridge+VXLAN网络部署与配置详解》详细说明。

根据《OpenStack Linux Bridge+VXLAN网络部署与配置详解》中的详细介绍，我们可以逐步配置OpenStack中的provider网络和selfservice网络。以下是一个结合书籍内容的详细步骤和配置方法的描述：

参考资源链接：[OpenStack Linux Bridge+VXLAN网络部署与配置详解](https://wenku.csdn.net/doc/7bx6udhjz9?spm=1055.2569.3001.10343)

1. **创建provider网络**：
- 使用Linux Bridge创建一个外部网络provider，通过创建网桥brq-4c，并设置与DHCP服务相关的命名空间。将物理接口eth0桥接到brq-4c，并为网桥分配一个IP地址，使得网络可以被虚拟机访问。

2. **设置selfservice网络**：
- 为虚拟机创建一个私有网络selfservice，通过创建网桥brq-9d，并配置VXLAN ID为48。连接DHCP服务到tap-35端口，并确保虚拟机的网络请求能通过VXLAN通道传输。

3. **配置路由器router**：
- 在brq-9d网桥上添加tap-8f端口，并在router命名空间中创建，以便进行selfservice网络和provider网络之间的路由。这样，selfservice网络中的虚拟机就可以访问外部网络了。

4. **设置provider网络网关**：
- 在provider网络上配置路由器的网关，创建tap-ba端口，并在router上设置相应的网关地址。管理员需要有权限来查看这些配置。

在配置过程中，Linux Bridge提供了虚拟网络接口之间的桥接功能，而VXLAN（Virtual Extensible LAN）技术则允许我们在现有的物理网络之上创建可扩展的虚拟网络层。这些配置步骤的详细信息和如何在OpenStack中实施它们，可以在《OpenStack Linux Bridge+VXLAN网络部署与配置详解》中找到。

在完成上述配置后，你将能够有效地管理和隔离OpenStack环境中不同虚拟机之间的网络流量。如果你希望进一步了解网络模块Neutron的工作原理、Linux Bridge与OVS的对比，或者在现代OpenStack版本中使用OVS的配置方法，建议深入阅读《OpenStack Linux Bridge+VXLAN网络部署与配置详解》以获取更多宝贵的知识和技巧。

参考资源链接：[OpenStack Linux Bridge+VXLAN网络部署与配置详解](https://wenku.csdn.net/doc/7bx6udhjz9?spm=1055.2569.3001.10343)