<div dir="ltr"><div><div><div><div><div><div>In order to twist things even more ;-),<br></div>We should consider making tempest working in environment where the users<br></div>instead of getting IPV4 floating IP, they are allowed to get a globally route-able<br> IPV6 range (prefix/ subnet from a subnetpool) .<br><br></div><div>Tempest should be able to do connectivity tests against vms,<br></div><div>hosted in these subnets.<br></div><div><br></div>This should work regardless to the test account usage,<br></div>and it's likely requires some extra tweak in our devstack environments as well.<br><br></div>Best Regards,<br></div>Attila<br></div><div class="gmail_extra"><br><div class="gmail_quote">On Mon, May 22, 2017 at 3:22 PM, Andrea Frittoli <span dir="ltr"><<a href="mailto:andrea.frittoli@gmail.com" target="_blank">andrea.frittoli@gmail.com</a>></span> wrote:<br><blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex"><div dir="ltr">Hi Hongbin,<div><br></div><div>If several of your test cases require a subnet pool, I think the simplest solution would be creating one in the resource creation step of the tests.<br></div><div>As I understand it, subnet pools can be created by regular projects (they do not require admin credentials).<br></div><div><div><br></div></div><div>The main advantage that I can think of for having subnet pools provisioned as part of the credential provider code is that - in case of pre-provisioned credentials - the subnet pool would be created and delete once per test user as opposed to once per test class.</div><div><br></div><div>That said I'm not opposed to the proposal in general, but if possible I would prefer to avoid adding complexity to an already complex part of the code.</div><div><br></div><div>andrea </div></div><br><div class="gmail_quote"><div><div class="h5"><div dir="ltr">On Sun, May 21, 2017 at 2:54 AM Hongbin Lu <<a href="mailto:hongbin.lu@huawei.com" target="_blank">hongbin.lu@huawei.com</a>> wrote:<br></div></div></div><blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex"><div><div class="h5">





<div link="blue" vlink="purple" lang="EN-CA">
<div class="m_6577331032027686654m_4464845511804981843WordSection1">
<p class="MsoNormal">Hi QA team,<u></u><u></u></p>
<p class="MsoNormal"><u></u> <u></u></p>
<p class="MsoNormal">I have a proposal to create subnetpool/subnet pair on dynamic credentials:
<a href="https://review.openstack.org/#/c/466440/" target="_blank">https://review.openstack.org/#<wbr>/c/466440/</a> . We (Zun team) have use cases for using subnets with subnetpools. I wanted to get some early feedback on this proposal. Will this proposal be accepted? If not,
 would appreciate alternative suggestion if any. Thanks in advance.<u></u><u></u></p>
<p class="MsoNormal"><u></u> <u></u></p>
<p class="MsoNormal">Best regards,<u></u><u></u></p>
<p class="MsoNormal">Hongbin<u></u><u></u></p>
</div>
</div></div></div>

______________________________<wbr>______________________________<wbr>______________<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.<wbr>openstack.org?subject:<wbr>unsubscribe</a><br>
<a href="http://lists.openstack.org/cgi-bin/mailman/listinfo/openstack-dev" rel="noreferrer" target="_blank">http://lists.openstack.org/<wbr>cgi-bin/mailman/listinfo/<wbr>openstack-dev</a><br>
</blockquote></div>
<br>______________________________<wbr>______________________________<wbr>______________<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.<wbr>openstack.org?subject:<wbr>unsubscribe</a><br>
<a href="http://lists.openstack.org/cgi-bin/mailman/listinfo/openstack-dev" rel="noreferrer" target="_blank">http://lists.openstack.org/<wbr>cgi-bin/mailman/listinfo/<wbr>openstack-dev</a><br>
<br></blockquote></div><br></div>