最近版本的OpenStack附带的Quantumnetworkingpipe理器不支持nova-list network create命令的--bridge和--bridge-interface参数。 写一个新的Quantum插件的时候，有没有办法让Quantum使用现有的桥接器件而不是创build新的桥接器件？
我们正在一个环境中部署OpenStack，在这个环境中，我们有less量的VLAN被分配给我们的云环境使用。 我们典型的KVM主机configuration通过大量桥接设备公开这些configuration，当使用virt-install手动build立新的客户实例时，我们只需将它们分配给适当的桥接设备，我们就可以走了。
我们还没有弄清楚如何将Quantum整合到这个环境中（或者甚至可能）。 作为后备，我们可以使用OpenStack中提供的其他一些networking支持，但是我们很难确定我们在Quantum上的问题是代码中的devise决策，还是我们阅读文档时遇到的问题。
我是Quantum的PTL 🙂
在这一点上，你正在尝试做什么不被支持。 Quantum的初始版本着重于一个模型，其中有一个VLAN池（或等价物），可以根据Quantum的判断分配给逻辑networking。 在直接操作数据库之外，您可以select将量子networking映射到特定的VLAN。
不过好消息是，人们正在通过API（以及CLI）为7月中旬的版本启用此function： https ： //blueprints.launchpad.net/quantum/+spec/provider-networks