[openstack-dev] [devstack] [neutron] A larger batch of questions about configuring DevStack to use Neutron
Mike Spreitzer
mspreitz at us.ibm.com
Tue Oct 6 15:25:03 UTC 2015
[Sorry, but I do not know if the thundering silence is because these
questions are too hard, too easy, grossly off-topic, or simply because
nobody cares.]
I have been looking at
http://docs.openstack.org/developer/devstack/guides/neutron.htmland wonder
about a few things.
In the section
http://docs.openstack.org/developer/devstack/guides/neutron.html#using-neutron-with-a-single-interface
there is a helpful display of localrc contents. It says, among other
things,
OVS_PHYSICAL_BRIDGE=br-ex
PUBLIC_BRIDGE=br-ex
In the next top-level section,
http://docs.openstack.org/developer/devstack/guides/neutron.html#using-neutron-with-multiple-interfaces
, there is no display of revised localrc contents and no mention of
changing either bridge setting. That is an oversight, right? I am
guessing I need to set OVS_PHYSICAL_BRIDGEand PUBLIC_BRIDGEto different
values, and the exhibited `ovs-vsctl` commands in this section apply to
$OVS_PHYSICAL_BRIDGE. Is that right? Are there other revisions I need to
make to localrc?
Looking at
http://docs.openstack.org/networking-guide/scenario_legacy_ovs.html(or, in
former days, the doc now preserved at
http://docs.ocselected.org/openstack-manuals/kilo/networking-guide/content/under_the_hood_openvswitch.html
) I see the name br-ex used for $PUBLIC_BRIDGE--- not $OVS_PHYSICAL_BRIDGE
, right? Wouldn't it be less confusing if
http://docs.openstack.org/developer/devstack/guides/neutron.htmlused a
name other than "br-ex" for the exhibited commands that apply to
$OVS_PHYSICAL_BRIDGE?
The section
http://docs.openstack.org/developer/devstack/guides/neutron.html#neutron-networking-with-open-vswitch
builds on
http://docs.openstack.org/developer/devstack/guides/neutron.html#using-neutron-with-multiple-interfaces
NOT
http://docs.openstack.org/developer/devstack/guides/neutron.html#using-neutron-with-a-single-interface
--- right? Could I stop after reading that section, or must I go on to
http://docs.openstack.org/developer/devstack/guides/neutron.html#neutron-networking-with-open-vswitch-and-provider-networks
?
The exhibited localrc contents in section
http://docs.openstack.org/developer/devstack/guides/neutron.html#using-neutron-with-a-single-interface
include both of these:
Q_L3_ENABLED=True
Q_USE_PROVIDERNET_FOR_PUBLIC=True
and nothing gainsays either of them until section
http://docs.openstack.org/developer/devstack/guides/neutron.html#neutron-networking-with-open-vswitch-and-provider-networks
--- where we first see
Q_L3_ENABLED=False
Is it true that all the other sections want both Q_L3_ENABLEDand
Q_USE_PROVIDERNET_FOR_PUBLICto be True?
I tried adding IPv6 support to the recipe of the first section (
http://docs.openstack.org/developer/devstack/guides/neutron.html#using-neutron-with-a-single-interface
). I added this to my localrc:
IP_VERSION=4+6
IPV6_PUBLIC_RANGE=fddf:2::/64
IPV6_PUBLIC_NETWORK_GATEWAY=fddf:2::1
IPV6_ROUTER_GW_IP=fddf:2::231
At first I had tried setting a different set of IPv6 variables (having
only IP_VERSION in common with what I exhibit here), but found those: (a)
duplicated the defaults and (b) caused problems due to lack of the ones I
mention here. Even the ones mentioned here led to a problem. There is a
bit of scripging that replaces my setting for IPV6_ROUTER_GW_IP with
something dug out of Neutron. That went wrong. It replaced my setting
with fddf:2::2, but that address was already in use by something else.
Thanks,
Mike
Thanks,
Mike
-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://lists.openstack.org/pipermail/openstack-dev/attachments/20151006/400434b8/attachment.html>
More information about the OpenStack-dev
mailing list