Hide Forgot
Description of problem: In documentation appears the following parameter is deprecated: NeutronExternalNetworkBridge As it was used before, if it's configured this way: NeutronExternalNetworkBridge: "br-ex" It will break floating IPs in case of VLAN based public networks getting the tag into the qrouter namespace. Version-Release number of selected component (if applicable): OSP10-beta How reproducible: Add this parameter in the network-environment.yaml template: NeutronExternalNetworkBridge: "br-ex" Commenting external_network_bridge =br-ex in /etc/neutron/l3_agent.ini and restarting the service, it will fix the issue. Expected result: Remove this parameter from Documentation.
@dsneddon: Can you confirm whether NeutronExternalNetworkBridge has been deprecated? If so, do you know which version of OSP it was deprecated?
(In reply to Dan Macpherson from comment #1) > @dsneddon: Can you confirm whether NeutronExternalNetworkBridge has been > deprecated? If so, do you know which version of OSP it was deprecated? As far as I know, NeutronExternalNetworkBridge is still valid, but it should now always be set to "''" (single quotes inside double quotes). This causes Neutron to set up patches between br-int and any network bridges. The old (deprecated) behavior allowed setting "br-ex" to use br-ex directly without internal patches to br-ex. We used to recommend that operators could use "br-ex" if they had only one external bridge and used it on the native VLAN, on the theory that it might reduce CPU usage slightly. The truth is, OVS is efficient enough now that the difference is probably undetectable, and using internal patches is more flexible. Anywhere we have "br-ex" in comments or examples, we should change it to "''".
Gotcha. Just remove references to: NeutronExternalNetworkBridge: "br-ex" But leave: NeutronExternalNetworkBridge: "''"
This hsould now be live for the OSP10 release. Closing this BZ.