<div dir="ltr">If one set of VLANs is for external networks which are created by admins, why even specify network_vlan_ranges for that set?<div><br></div><div>For example, even if network_vlan_ranges is 'local:1000:4000', you can still successfully run the following as an admin:</div><div>neutron net-create --provider:network_type=vlan --provider:physical_network=local --provider:segmentation_id=40 myextnet --router:external<br></div></div><div class="gmail_extra"><br><div class="gmail_quote">On Thu, May 7, 2015 at 7:32 AM, George Shuklin <span dir="ltr"><<a href="mailto:george.shuklin@gmail.com" target="_blank">george.shuklin@gmail.com</a>></span> wrote:<br><blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex">Hello everyone.<br>
<br>
Got a problem: we want to use same physical interface for external networks and virtual (tenant) networks. All inside vlans with different ranges.<br>
<br>
My expected config was:<br>
<br>
[ml2]<br>
type_drivers = vlan<br>
tenant_network_types = vlan<br>
[ml2_type_vlan]<br>
network_vlan_ranges = external:1:100,local:1000:4000<br>
[ovs]<br>
bridge_mappings = external:br-ex,local:br-ex<br>
<br>
But it does not work:<br>
<br>
ERROR neutron.plugins.openvswitch.agent.ovs_neutron_agent [-] Parsing bridge_mappings failed: Value br-ex in mapping: 'gp:br-ex' not unique. Agent terminated!<br>
<br>
I understand that I can cheat and manually configure bridge pile (br-ex and br-loc both plugged to br-real, which linked to physical interface), but it looks very fragile.<br>
<br>
Is any nicer way to do this? And why ml2 (ovs plugin?) does not allow to use mapping from many networks to one bridge?<br>
<br>
_______________________________________________<br>
OpenStack-operators mailing list<br>
<a href="mailto:OpenStack-operators@lists.openstack.org" target="_blank">OpenStack-operators@lists.openstack.org</a><br>
<a href="http://lists.openstack.org/cgi-bin/mailman/listinfo/openstack-operators" target="_blank">http://lists.openstack.org/cgi-bin/mailman/listinfo/openstack-operators</a><br>
</blockquote></div><br><br clear="all"><div><br></div>-- <br><div class="gmail_signature"><div>Kevin Benton</div></div>
</div>