<div dir="ltr">Hi Tim,<div><br></div><div>That sounds great. I'd suggest breaking up the charms into two components, the hypervisor agent as a subordinate that is deployed as a subordinate to the nova-compute service and also a relation to the neutron service. Subordinate services 'live' in the same machine as their 'parent' services and are scaled out along with the parent service. The other part sounds like it would be a neutron charm plugin to configure neutron with the midokura backend.</div>
<div><br></div><div>cc'ing our openstack charmers.</div><div><br></div><div>cheers,</div><div><br></div><div>Kapil</div></div><div class="gmail_extra"><br><br><div class="gmail_quote">On Thu, Nov 7, 2013 at 12:47 AM, Tim Fall <span dir="ltr"><<a href="mailto:tim@midokura.com" target="_blank">tim@midokura.com</a>></span> wrote:<br>
<blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex">Howdy from OpenStack Hong Kong everyone.<br>
<br>
Some of you may be aware that MidoKura is working on JuJu support for our SDN virtual network. On that front, I have a question for consideration.<br>
<br>
Since networking isn’t really a straightforward “component” of OpenStack that fits nicely inside a box, I was wondering what would be best way to go about integrating it for general use. The standard install process involves installing agents on each hypervisor, and doing upstream calls through the neutron API. Would it be wise to try to include this sort of thing as a pure charm and then establish service connections to the relevant components, or to try and include it as a networking “option” within other charms (like Neutron)?<br>

<br>
Thanks for the thoughts!<br>
<br>--<br>
Juju-dev mailing list<br>
<a href="mailto:Juju-dev@lists.ubuntu.com">Juju-dev@lists.ubuntu.com</a><br>
Modify settings or unsubscribe at: <a href="https://lists.ubuntu.com/mailman/listinfo/juju-dev" target="_blank">https://lists.ubuntu.com/mailman/listinfo/juju-dev</a><br>
<br></blockquote></div><br></div>