<div dir="ltr"><div><div><div><div><div><div><div><div>As the specification linked by Assaf has without doubt value for operators, I think the drivers team might consider it for inclusion in the Liberty release.<br></div>Unfortunately the specification and the patch have not received many reviews, but can still be sorted, especially considering that the patch's size is manageable and its impact contained.<br></div><br></div>Nevertheless, Daniel in his post referred to providing information about usage of IPs in resources like subnets, whereas the patch under review proposes the addition of a new read-only resource called '<span class="">network_ip_usage'. The only thing I'd change is that I'd make this information available in a different way.<br></span></div><div><span class="">For instance:<br></span></div><div><span class=""><br></span></div><span class="">- through a sub-url of subnets: GET /v2.0/subnets/<id>/ip_usage<br></span></div><span class="">- through a query paramer on subnet GET /v2.0/subnets/<id>?ip_usage=True<br></span></div><span class="">- making IPs a read only resource GET /v2.0/ips?subnet_id=<id>&count=True<br><br></span></div><span class="">I think from a user perspective the latter would be the more elegant and simple to use, but it will require additional work for introducing resource counting in Neutron APIs; and for this there's an old spec too [1]. Having operators providing feedback on how they reckon this is information is best consumed would be valuable.<br><br>[1] <a href="https://review.openstack.org/#/c/102199/">https://review.openstack.org/#/c/102199/</a><br><br></span></div><span class="">Salvatore<br></span><div><div><div><div><div><div><div><div><div><div><div><br><br><br><br><div><br></div></div></div></div></div></div></div></div></div></div></div></div></div><div class="gmail_extra"><br><div class="gmail_quote">On 24 August 2015 at 03:21, Assaf Muller <span dir="ltr"><<a href="mailto:amuller@redhat.com" target="_blank">amuller@redhat.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"><br><div class="gmail_extra"><br><div class="gmail_quote"><span class="">On Sun, Aug 23, 2015 at 8:23 PM, Daniel Speichert <span dir="ltr"><<a href="mailto:daniel@speichert.pl" target="_blank">daniel@speichert.pl</a>></span> wrote:<br><blockquote class="gmail_quote" style="margin:0px 0px 0px 0.8ex;border-left-width:1px;border-left-color:rgb(204,204,204);border-left-style:solid;padding-left:1ex"><span>On 8/22/2015 23:24, Balaji Narayanan (பாலாஜி நாராயணன்) wrote:<br>
> Hello Operators,<br>
><br>
> In the capacity management discussions at the Ops Summit last week, I<br>
> thought there was a some discussion on monitoring of fixed / floating<br>
> subnets and availability.<br>
><br>
> At Yahoo, we use nova-network and have an API extension available for<br>
> reporting how much ip subnets are configured on a cluster and how much<br>
> of them are used / remaining. We use this to trigger an alert /<br>
> augment additional subnets to the cluster.<br>
><br>
> If there is enough interest in this, we can look at pushing this upstrem.<br>
><br>
> Here is a blue print that vilobh wrote initially for this -<br>
> <a href="https://review.openstack.org/#/c/94299/" rel="noreferrer" target="_blank">https://review.openstack.org/#/c/94299/</a><br>
</span>This sounds like a very useful extension, considering there's really no<br>
quotas for IP addresses and IPs are a scarce resource.<br>
I'm aware of multiple big private cloud operators using custom scripts<br>
to generate reports of available IP addresses.<br>
<br>
I'm pretty sure an extension like this would be great for neutron (I'm<br>
not using nova-network). Considering that most networking scenarios<br>
(flat, provider networks, floating IPs with L3) have subnets as a<br>
resource in neutron, with allocation pools, it seems enough to create an<br>
extension that would provide statistics for a subnet or summary<br>
statistics for all subnets within a network if so requested.<br>
<br>
I can work on a new blueprint version for neutron.<br></blockquote><div><br></div></span><div>There already is one.</div><div><br></div><div>Code:</div><div><a href="https://review.openstack.org/#/c/212955/" target="_blank">https://review.openstack.org/#/c/212955/</a><br></div><div><br></div><div>RFE bug:</div><div><a href="https://bugs.launchpad.net/neutron/+bug/1457986" target="_blank">https://bugs.launchpad.net/neutron/+bug/1457986</a><br></div><div><br></div><div>Blueprint:</div><div><a href="https://blueprints.launchpad.net/neutron/+spec/network-ip-usage-api" target="_blank">https://blueprints.launchpad.net/neutron/+spec/network-ip-usage-api</a><br></div><div><br></div><div>Spec:</div><div><a href="https://review.openstack.org/#/c/180803/5/specs/liberty/network-ip-usage-api.rst" target="_blank">https://review.openstack.org/#/c/180803/5/specs/liberty/network-ip-usage-api.rst</a><br></div><span class=""><div> </div><blockquote class="gmail_quote" style="margin:0px 0px 0px 0.8ex;border-left-width:1px;border-left-color:rgb(204,204,204);border-left-style:solid;padding-left:1ex">
<br>
Regards,<br>
Daniel Speichert<br>
<div><div><br>
<br>
<br>
_______________________________________________<br>
OpenStack-operators mailing list<br>
<a href="mailto:OpenStack-operators@lists.openstack.org" target="_blank">OpenStack-operators@lists.openstack.org</a><br>
<a href="http://lists.openstack.org/cgi-bin/mailman/listinfo/openstack-operators" rel="noreferrer" target="_blank">http://lists.openstack.org/cgi-bin/mailman/listinfo/openstack-operators</a><br>
</div></div></blockquote></span></div><br></div></div>
<br>_______________________________________________<br>
OpenStack-operators mailing list<br>
<a href="mailto:OpenStack-operators@lists.openstack.org">OpenStack-operators@lists.openstack.org</a><br>
<a href="http://lists.openstack.org/cgi-bin/mailman/listinfo/openstack-operators" rel="noreferrer" target="_blank">http://lists.openstack.org/cgi-bin/mailman/listinfo/openstack-operators</a><br>
<br></blockquote></div><br></div>