<div dir="ltr">In principle there is nothing that should prevent us from implementing an IP reservation mechanism.<div><br></div><div>As with anything, the first thing to check is literature or "related work"! If any other IaaS system is implementing such a mechanism, is it exposed through the API somehow?</div>
<div>Also this feature is likely to be provided by IPAM systems. If yes, what constructs do they use?</div><div>I do not have the answers to this questions, but I'll try to document myself; if you have them - please post them here.</div>
<div><br></div><div>This new feature would probably be baked into neutron's IPAM logic.</div><div>When allocating an IP, first check from within the IP reservation pool, and then if it's not found check from standard allocation pools</div>
<div>(this has non negligible impact on availability ranges management, but these are implementation details).</div><div>Aspects to consider, requirement-wise, are:</div><div>1) Should reservations also be classified by "qualification" of the port? For instance, is it important to specify that an IP should be used for the gateway port rather than for a floating IP port?</div>
<div>2) Are reservations something that an admin could specify on a tenant-basis (hence an admin API extension), or an implicit mechanism that can be tuned using configuration variables (for instance create an IP reservation a for gateway port for a given tenant when a router gateway is set).</div>
<div><br></div><div>I apologise if these questions are dumb. I'm just trying to frame this discussion into something which could then possibly lead to submitting a specification.</div><div><br></div><div>Salvatore</div>
<div><div class="gmail_extra"><br><br><div class="gmail_quote">On 21 May 2014 21:37, Collins, Sean <span dir="ltr"><<a href="mailto:Sean_Collins2@cable.comcast.com" target="_blank">Sean_Collins2@cable.comcast.com</a>></span> wrote:<br>
<blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex">(Edited the subject since a lot of people filter based on the subject<br>
line)<br>
<br>
I would also be interested in reserved IPs - since we do not deploy the<br>
layer 3 agent and use the provider networking extension and a hardware<br>
router.<br>
<br>
On Wed, May 21, 2014 at 03:46:53PM EDT, Sławek Kapłoński wrote:<br>
> Hello,<br>
><br>
> Ok, I found that now there is probably no such feature to reserve fixed<br>
> ip for tenant. So I was thinking about add such feature to neutron. I<br>
> mean that it should have new table with reserved ips in neutron<br>
> database and neutron will check this table every time when new port<br>
> will be created (or updated) and IP should be associated with this<br>
> port. If user has got reserved IP it should be then used for new port,<br>
> if IP is reserver by other tenant - it shouldn't be used.<br>
> What You are thinking about such possibility? Is it possible to add it<br>
> in some future release of neutron?<br>
><br>
> --<br>
> Best regards<br>
> Sławek Kapłoński<br>
> <a href="mailto:slawek@kaplonski.pl">slawek@kaplonski.pl</a><br>
><br>
><br>
> Dnia Mon, 19 May 2014 20:07:43 +0200<br>
> Sławek Kapłoński <<a href="mailto:slawek@kaplonski.pl">slawek@kaplonski.pl</a>> napisał:<br>
><br>
> > Hello,<br>
> ><br>
> > I'm using openstack with neutron and ML2 plugin. Is there any way to<br>
> > reserve fixed IP from shared external network for one tenant? I know<br>
> > that there is possibility to create port with IP and later connect VM<br>
> > to this port. This solution is almost ok for me but problem is when<br>
> > user delete this instance - then port is also deleted and it is not<br>
> > reserved still for the same user and tenant. So maybe there is any<br>
> > solution to reserve it "permanent"?<br>
> > I know also about floating IPs but I don't use L3 agents so this is<br>
> > probably not for me :)<br>
> ><br>
><br>
> _______________________________________________<br>
> OpenStack-dev mailing list<br>
> <a href="mailto:OpenStack-dev@lists.openstack.org">OpenStack-dev@lists.openstack.org</a><br>
> <a href="http://lists.openstack.org/cgi-bin/mailman/listinfo/openstack-dev" target="_blank">http://lists.openstack.org/cgi-bin/mailman/listinfo/openstack-dev</a><br>
<span class="HOEnZb"><font color="#888888"><br>
--<br>
Sean M. Collins<br>
_______________________________________________<br>
OpenStack-dev mailing list<br>
<a href="mailto:OpenStack-dev@lists.openstack.org">OpenStack-dev@lists.openstack.org</a><br>
<a href="http://lists.openstack.org/cgi-bin/mailman/listinfo/openstack-dev" target="_blank">http://lists.openstack.org/cgi-bin/mailman/listinfo/openstack-dev</a><br>
</font></span></blockquote></div><br></div></div></div>