<div dir="ltr"><br><div class="gmail_extra"><br><div class="gmail_quote">On Wed, Dec 3, 2014 at 1:16 AM, Pasquale Porreca <span dir="ltr"><<a href="mailto:pasquale.porreca@dektech.com.au" target="_blank">pasquale.porreca@dektech.com.au</a>></span> wrote:<br><blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex">The use case we were thinking about is a Network Function (e.g. IMS Nodes) implementation in which the high availability is based on OpenSAF. In this scenario there is an Active/Standby cluster of 2 System Controllers (SC) plus several Payloads (PL) that boot from network, controlled by the SC. The logic of which service to deploy on each payload is inside the SC.<br>
<br>
In OpenStack both SCs and PLs will be instances running in the cloud, anyway the PLs should still boot from network under the control of the SC. In fact to use Glance to store the image for the PLs and keep the control of the PLs in the SC, the SC should trigger the boot of the PLs with requests to Nova/Glance, but an application running inside an instance should not directly interact with a cloud infrastructure service like Glance or Nova.<br></blockquote><div><br></div><div>Why not? This is a fairly common practice.</div><div> </div><blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex">
<br>
We know that it is yet possible to achieve network booting in OpenStack using an image stored in Glance that acts like a pxe client, anyway this workaround has some drawbacks, mainly due to the fact it won't be possible to choose the specific virtual NIC on which the network boot will happen, causing DHCP requests to flow on networks where they don't belong to and possible delays in the boot of the instances.<div class="HOEnZb"><div class="h5"><br>
<br>
On 11/27/14 00:32, Steve Gordon wrote:<br>
<blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex">
----- Original Message -----<br>
<blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex">
From: "Angelo Matarazzo" <<a href="mailto:angelo.matarazzo@dektech.com.au" target="_blank">angelo.matarazzo@dektech.com.<u></u>au</a>><br>
To: "OpenStack Development Mailing" <<a href="mailto:openstack-dev@lists.openstack.org" target="_blank">openstack-dev@lists.<u></u>openstack.org</a>>, <a href="mailto:openstack-operators@lists.openstack.org" target="_blank">openstack-operators@lists.<u></u>openstack.org</a><br>
<br>
<br>
Hi all,<br>
my team and I are working on pxe boot feature very similar to the<br>
"Discless VM" one  in Active blueprint list[1]<br>
The blueprint [2] is no longer active and we created a new spec [3][4].<br>
<br>
Nova core reviewers commented our spec and the first and the most<br>
important objection is that there is not a compelling reason to<br>
provide this kind of feature : booting from network.<br>
<br>
Aside from the specific implementation, I think that some members of<br>
TelcoWorkingGroup could be interested in  and provide a use case.<br>
I would also like to add this item to the agenda of next meeting<br>
<br>
Any thought?<br>
</blockquote>
We did discuss this today, and granted it is listed as a blueprint someone in the group had expressed interest in at a point in time - though I don't believe any further work was done. The general feeling was that there isn't anything really NFV or Telco specific about this over and above the more generic use case of legacy applications. Are you able to further elaborate on the reason it's NFV or Telco specific other than because of who is requesting it in this instance?<br>
<br>
Thanks!<br>
<br>
-Steve<br>
<br>
______________________________<u></u>_________________<br>
OpenStack-dev mailing list<br>
<a href="mailto:OpenStack-dev@lists.openstack.org" target="_blank">OpenStack-dev@lists.openstack.<u></u>org</a><br>
<a href="http://lists.openstack.org/cgi-bin/mailman/listinfo/openstack-dev" target="_blank">http://lists.openstack.org/<u></u>cgi-bin/mailman/listinfo/<u></u>openstack-dev</a><br>
</blockquote>
<br></div></div><span class="HOEnZb"><font color="#888888">
-- <br>
Pasquale Porreca<br>
<br>
DEK Technologies<br>
Via dei Castelli Romani, 22<br>
00040 Pomezia (Roma)<br>
<br>
Mobile <a href="tel:%2B39%203394823805" value="+393394823805" target="_blank">+39 3394823805</a><br>
Skype paskporr</font></span><div class="HOEnZb"><div class="h5"><br>
<br>
<br>
______________________________<u></u>_________________<br>
OpenStack-dev mailing list<br>
<a href="mailto:OpenStack-dev@lists.openstack.org" target="_blank">OpenStack-dev@lists.openstack.<u></u>org</a><br>
<a href="http://lists.openstack.org/cgi-bin/mailman/listinfo/openstack-dev" target="_blank">http://lists.openstack.org/<u></u>cgi-bin/mailman/listinfo/<u></u>openstack-dev</a><br>
</div></div></blockquote></div><br></div></div>