<div dir="ltr">devstack folks:<div><br></div><div>Per my review here [1] and comments in the review, I wanted to send this email to try and clarify what I think is being lost in the review comments. Currently, devstack has no way to configure a compute host running with Neutron on the control node which has no Neutron services on the compute host. In all cases today with Open Source plugins, Neutron agents have run on the hosts. For OpenDaylight, this is not the case. OpenDaylight integrates with Neutron as a ML2 MechanismDriver. But it has no Neutron code on the compute hosts. OpenDaylight itself communicates directly to those compute hosts to program Open vSwitch.</div>
<div><br></div><div>devstack doesn't provide a way for me to express this today. On the compute hosts in the above scenario, there is no "q-*" services enabled, so the "is_neutron_enabled" function returns 1, meaning no neutron. And then devstack sets Nova up to use nova-networking, which fails.</div>
<div><br></div><div>The patch I have submitted [1] modifies "is_neutron_enabled" to check for the meta neutron service being enabled, which will then configure nova to use Neutron instead of nova-networking on the hosts. If this sounds wonky and incorrect, I'm open to suggestions on how to make this happen.</div>
<div><br></div><div>Note: I have another patch [2] which enables an OpenDaylight service, including configuration of OVS on hosts. But I cannot check if the "opendaylight" service is enabled, because this will only run on a single node, and again, not on each compute host.</div>
<div><br></div><div>To me, this is a simple case of no one having tried a configuration like this with an existing Neutron plugin and multinode devstack.</div><div><br></div><div>Thanks,</div><div>Kyle</div><div><br></div>
<div>[1] <a href="https://review.openstack.org/#/c/77328/">https://review.openstack.org/#/c/77328/</a></div><div>[2] <a href="https://review.openstack.org/#/c/69774/">https://review.openstack.org/#/c/69774/</a></div></div>