<div><span style="color: rgb(160, 160, 168);">On Wednesday, 18 de February de 2015 at 07:00, yamamoto@valinux.co.jp wrote:</span></div>
<blockquote type="cite" style="border-left-style:solid;border-width:1px;margin-left:0px;padding-left:10px;">
<span><div><div><div>hi,</div><div><br></div><div>i want to add an extra requirement specific to OVS-agent.</div><div>(namely, I want to add ryu for ovs-ofctl-to-python blueprint. [1]</div><div>but the question is not specific to the blueprint.)</div><div>to avoid messing deployments without OVS-agent, such a requirement</div><div>should be per-agent/driver/plugin/etc. however, there currently</div><div>seems no standard mechanism for such a requirement.</div></div></div></span></blockquote><div><br></div><div><span style="font-size: 14px;">Awesome, I was thinking of the same a few days ago, we make lots</span></div><div><span style="font-size: 14px;">and lots of calls to ovs-ofctl, and we will do more if we change to</span></div><div><span style="font-size: 14px;">security groups/routers in OF, if that proves to be efficient, and we</span></div><div><span style="font-size: 14px;">get CT.</span></div><div><span style="font-size: 14px;"><br></span></div><div><span style="font-size: 14px;">After this change, what would be the differences of ofagent to ovs-agent ? </span></div><div><span style="font-size: 14px;"><br></span></div><div><span style="font-size: 14px;">I guess OVS set’s rules in advance, while ofagent works as a normal</span></div><div><span style="font-size: 14px;">OF controller?</span></div><div><span style="font-size: 14px;"> </span></div><div> </div><blockquote type="cite" style="border-left-style:solid;border-width:1px;margin-left:0px;padding-left:10px;"><span><div><div><div><br></div><div>some ideas:</div><div><br></div><div>a. don't bother to make it per-agent.</div><div> add it to neutron's requirements. (and global-requirement)</div><div> simple, but this would make non-ovs plugin users unhappy.</div><div><br></div></div></div></span></blockquote><div><span style="font-size: 14px;">I would simply go with a, what’s the ryu’s internal requirement list? is</span></div><div><span style="font-size: 14px;">it big?</span></div><div> </div><blockquote type="cite" style="border-left-style:solid;border-width:1px;margin-left:0px;padding-left:10px;"><span><div><div><div></div><div>b. make devstack look at per-agent extra requirements file in neutron tree.</div><div> eg. neutron/plugins/$Q_AGENT/requirements.txt</div><div><br></div></div></div></span></blockquote><div><span style="font-size: 14px;">IMHO that would make distribution work a bit harder because we</span></div><div>may need to process new requirement files, but my answer could depend</div><div>on what I asked for a. </div><blockquote type="cite" style="border-left-style:solid;border-width:1px;margin-left:0px;padding-left:10px;"><span><div><div><div></div><div>c. move OVS agent to a separate repository, just like other</div><div> after-decomposition vendor plugins. and use requirements.txt there.</div><div> for longer term, this might be a way to go. but i don't want to</div><div> block my work until it happens.</div></div></div></span></blockquote><div><span style="font-size: 14px;">We’re not ready for that yet, as co-gating has proven as a bad strategy</span></div><div>and we need to keep the reference implementation working for tests. </div><blockquote type="cite" style="border-left-style:solid;border-width:1px;margin-left:0px;padding-left:10px;"><span><div><div><div><br></div><div>d. follow the way how openvswitch is installed by devstack.</div><div> a downside: we can't give a jenkins run for a patch which introduces</div><div> an extra requirement. (like my patch for the mentioned blueprint [2])</div><div><br></div><div>i think b. is the most reasonable choice, at least for short/mid term.</div><div><br></div><div>any comments/thoughts?</div><div><br></div><div>YAMAMOTO Takashi</div><div><br></div><div>[1] <a href="https://blueprints.launchpad.net/neutron/+spec/ovs-ofctl-to-python">https://blueprints.launchpad.net/neutron/+spec/ovs-ofctl-to-python</a></div><div>[2] <a href="https://review.openstack.org/#/c/153946/">https://review.openstack.org/#/c/153946/</a></div><div><br></div><div>__________________________________________________________________________</div><div>OpenStack Development Mailing List (not for usage questions)</div><div>Unsubscribe: <a href="mailto:OpenStack-dev-request@lists.openstack.org?subject:unsubscribe">OpenStack-dev-request@lists.openstack.org?subject:unsubscribe</a></div><div><a href="http://lists.openstack.org/cgi-bin/mailman/listinfo/openstack-dev">http://lists.openstack.org/cgi-bin/mailman/listinfo/openstack-dev</a></div></div></div></span>
</blockquote>
<div>
<br>
</div>