<div dir="ltr"><div class="gmail_extra">Hi Phil,<br></div><div class="gmail_extra"><br><div class="gmail_quote">On Fri, Jul 26, 2013 at 9:55 PM, Day, Phil <span dir="ltr"><<a href="mailto:philip.day@hp.com" target="_blank">philip.day@hp.com</a>></span> wrote:<br>
<blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex">





<div link="blue" vlink="purple" lang="EN-GB">
<div>
<p class="MsoNormal">Hi Folks,<u></u><u></u></p>
<p class="MsoNormal"><u></u> <u></u></p>
<p class="MsoNormal">Finally got around to looking at some of the things I’ve added to the V2 api and wanted to move to V3 – and I’m confused about what is and isn’t going to be moved from being an extension.  For example:<u></u><u></u></p>

<p class="MsoNormal"><u></u> <u></u></p>
<p><u></u><span>-<span style="font:7.0pt "Times New Roman"">         
</span></span><u></u>I added the extended_floating_ip extension to allow an floating IP to be assigned to a specific fixed IP (needed for multi nic set-ups),   and was assuming this would move into the main floating_ip extension, but there isn’t one.   Looking
 at the etherpad (<a href="https://etherpad.openstack.org/NovaV3ExtensionPortWorkList" target="_blank">https://etherpad.openstack.org/NovaV3ExtensionPortWorkList</a> ) its listed as “Probably not porting (but need to confirm)”.   I see that fixedips.py and ips.py have already
 been ported – so does this mean that we are doing network APIs in V3 or Not, and how do we get that final decision made ?<u></u><u></u></p></div></div></blockquote><div> We're not meant to be porting anything that can be done via neutron or only supports nova-network anyway. Someone who wants to use nova-network will have to use the V2 api (and nova-network is meant to be going away soon anyway). I think that means ips.py will stay, but fixedips will be removed (fixed_ips was the first extension to be ported before we'd decided what we were going to do). <br>
</div><div> <span><br>-<span style="font:7.0pt "Times New Roman"">         
</span></span>The API to list scheduler hints I was thinking about merging into the scheduler_hints extension, but that is tagged as “move to core”, but its also been already ported to a v3 pluggin.   Does this mean its not now going into <br>
core ? 
 (keypairs & console_output are in the same state BTW)<br><br></div><div>We hadn't managed to work out what was going to be core and what wasn't before we'd ported most of the extensions so there is still some work going on to move stuff in (and more importantly out) of core. The concept of "core" is a bit different in V3 because everything is now a "plugin/extension". Core is essentially just the hardcoded list of extensions which are always loaded. We do have to do make some changes where a plugin contains a mix of core and non-core functionality to separate the two.<br>
<br></div><blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex"><div link="blue" vlink="purple" lang="EN-GB"><div>
<p><u></u> <u></u></p>
<p class="MsoNormal">I’m not knocking all the great work that’s been done on the V3 API – just a tad confused about what the end state by Havana 3 (which I assume is when the V3 API gets frozen) is meant to be ?<u></u><u></u></p>

<p class="MsoNormal"><u></u></p></div></div></blockquote><div><br></div><div>Yes, post Havana release we will have to start bumping the version numbers when we make changes (and even then we are limited to what we can do). So if anyone sees anything that doesn't look right, please yell :-)<br>
</div><div><br></div><div>Regards,<br><br>Chris<br></div></div></div></div>