<div dir="ltr">We need to work on that code quite a bit anyway for other features (get me a network, VLAN trunk ports) so adding a different parameter shouldn't be bad. Even if Nova doesn't initially buy in, we can always pre-create the port and pass it to Nova boot as a UUID.</div><div class="gmail_extra"><br><div class="gmail_quote">On Tue, Jul 28, 2015 at 6:15 AM, Ryan Moats <span dir="ltr"><<a href="mailto:rmoats@us.ibm.com" target="_blank">rmoats@us.ibm.com</a>></span> wrote:<br><blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex"><div><p>Kevin, doesn't this in itself create technical debt on the nova side in the sense of what an instance attaches to?<br>I agree that it looks like less technical debt than conditionally redefining a network, but without nova buy-in, it looks<br>like a non-starter...<br><br>Ryan<br><br><tt>Kevin Benton <<a href="mailto:blak111@gmail.com" target="_blank">blak111@gmail.com</a>> wrote on 07/28/2015 02:15:13 AM:<br><br>[snip]</tt><span class=""><br><tt><br>> I would rather see something to reference a group of subnets that <br>> can be used for floating IP allocation and port creation in lieu of <br>> a network ID than the technical debt that conditionally redefining a<br>> network will bring.</tt><br><br><br>
</span></p></div>
<br>__________________________________________________________________________<br>
OpenStack Development Mailing List (not for usage questions)<br>
Unsubscribe: <a href="http://OpenStack-dev-request@lists.openstack.org?subject:unsubscribe" rel="noreferrer" target="_blank">OpenStack-dev-request@lists.openstack.org?subject:unsubscribe</a><br>
<a href="http://lists.openstack.org/cgi-bin/mailman/listinfo/openstack-dev" rel="noreferrer" target="_blank">http://lists.openstack.org/cgi-bin/mailman/listinfo/openstack-dev</a><br>
<br></blockquote></div><br><br clear="all"><div><br></div>-- <br><div class="gmail_signature"><div>Kevin Benton</div></div>
</div>