<html><head><meta http-equiv="Content-Type" content="text/html charset=iso-8859-1"></head><body style="word-wrap: break-word; -webkit-nbsp-mode: space; -webkit-line-break: after-white-space;"><br><div><div>On Nov 16, 2013, at 9:43 AM, Dean Troyer <<a href="mailto:dtroyer@gmail.com">dtroyer@gmail.com</a>> wrote:</div><br class="Apple-interchange-newline"><blockquote type="cite"><div dir="ltr">On Sat, Nov 16, 2013 at 11:15 AM, Harshad Nakil <span dir="ltr"><<a href="mailto:hnakil@contrailsystems.com" target="_blank">hnakil@contrailsystems.com</a>></span> wrote:<br><div class="gmail_extra"><div class="gmail_quote">
<blockquote class="gmail_quote" style="margin:0px 0px 0px 0.8ex;border-left-width:1px;border-left-color:rgb(204,204,204);border-left-style:solid;padding-left:1ex">Sean,<br>
We have diff in three repositories.<br>
Nova, Neutron and devstack. Each review is requiring other to happen first.<br>
Do you have recommendation how do we deal with these dependencies?<br></blockquote></div><div class="gmail_extra"><br></div>First off, if you rebase on to a current DevStack you will find a new plugin mechanism specifically designed to address this sort of problem.</div></div></blockquote><div><br></div><div>Dean,</div><div>Does it address the catch-22 problem that a Neutron reviewer asks for the plugin to be accepted upstream into devstack as pre-condition for acceptance whether a devstack reviewer as for the plugin to be upstreamed into Neutron first ?</div><br><blockquote type="cite"><div dir="ltr"><div class="gmail_extra"> You've already worked out the plugin bits for Neutron, the parts for stack.sh are similar, located in extras.d. <a href="http://devstack.org/plugins.html">http://devstack.org/plugins.html</a> describes how it works.</div>
<div class="gmail_extra"><br></div><div class="gmail_extra">Also, DevStack does not install support services that are not packaged in the underlying distro. Look at Docker's split between the support service(s) that start before stack.sh runs and the parts that specifically configure Nova.</div></div></blockquote><div><br></div>Can you please elaborate as to what are "support services" in this context ?</div><div><br><blockquote type="cite"><div dir="ltr">
<div class="gmail_extra"><br></div><div class="gmail_extra">The patches to Neutron and Nova should be handled by setting the *_BRANCH and *_REPO variables to point to your repo and branch. DevStack will check them out for you when it installs the project source.</div></div></blockquote><div><br></div>That would mean forking Neutron and Nova; the code in question is a plugin. It actually show not need to be a diff other than for the fact that the Nova network plugins have so far been done via "if ... else" statements in nova/virt/libvirt/vif.py.</div><div><br></div><div>The patches that are being applied by the script have been submitted for review. Using a patch approach is helpful in attempting to demonstrate that the resulting code works against the master branch of Nova/Neutron.</div><div><br><blockquote type="cite"><div dir="ltr">
<div class="gmail_extra"><br></div><div class="gmail_extra">You should be able to re-arrange things to support this architecture. Also, expect to break the remaining DevStack changes into digestible bits. As it stands, your branch is unmergable, even if it was based on a semi-current commit.<br clear="all"></div></div></blockquote><div><br></div><div>Can you please suggest a sequence of steps... ?</div><div>I understand that it makes sense to follow the plugin documentation specified above. That would be the first step. But it is not clear to me how to break it down further while having something that is still functional.</div><br><blockquote type="cite"><div dir="ltr"><div class="gmail_extra">
<div><br></div><div>FWIW, the <a href="http://opencontrail.org/">opencontrail.org</a> website appears to be off the air making it harder to understand what it is you are trying to integrate here.</div></div></div></blockquote><div><br></div>It must have been a transient error. The web site is working at the moment.</div><div>OpenContrail is a network virtualization solution that provides a service model comparable to AWS VPC without the need for L2 support for the underlying switching infrastructure. It implements distributed router functionality so that traffic that crosses different Neutron networks doesn't have to traverse a router appliance (virtual or otherwise).</div><div><br></div><div>Thank you,</div><div> Pedro.</div><div><br><blockquote type="cite"><div dir="ltr"><div class="gmail_extra"><div><br></div><div>dt</div>
<div><br></div>-- <br><br>Dean Troyer<br><a href="mailto:dtroyer@gmail.com">dtroyer@gmail.com</a><br>
</div></div>
_______________________________________________<br>OpenStack-dev mailing list<br><a href="mailto:OpenStack-dev@lists.openstack.org">OpenStack-dev@lists.openstack.org</a><br>http://lists.openstack.org/cgi-bin/mailman/listinfo/openstack-dev<br></blockquote></div><br></body></html>