<div dir="ltr">OK, Let's go for #2545. I think we have the hook points (VM CREATE/DELETE) that's where the network MAC-IPs are leased/released.<div><br></div><div>We'll need also a way to update the IP assigned by the external network component (DHCP). This could be either a XML-RPC method (e.g. update or similar) or through the monitoring system (e.g. probably looking at the ARP's of the host)</div>

<div><br></div><div>Cheers</div><div><br></div><div>Ruben</div></div><div class="gmail_extra"><br><br><div class="gmail_quote">On Thu, Jan 16, 2014 at 9:36 PM, Steven Armstrong <span dir="ltr"><<a href="mailto:steven-opennebula@armstrong.cc" target="_blank">steven-opennebula@armstrong.cc</a>></span> wrote:<br>

<blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex">Ruben S. Montero wrote on 01/16/2014 05:47 PM:<br>
<blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex">
Hi Steven,<br>
<br>
</blockquote>
<br>
Hi Ruben<div class="im"><br>
<br>
<blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex">
Again, I've got sidetracked by other (less interesting) things... Anyway, I<br>
want to clear this to have something for 4.6.<br>
<br>
You are right IPs, are not used by ONE core. The IP's assgined by<br>
OpenNebula are used only to pass a meaningful value to the VM through<br>
context.<br>
<br>
We could decouple this, as in #2545. However, you need to know the MAC<br>
addresses before hand or set them in the vnets.<br>
</blockquote>
<br></div>
If I understand the proposal in #2545 the idea is that ONE should take care of generating the mac addresses if it manages L2. At least this is how I would implement it. So as a user I can:<br>
<br>
> ONE please create a vm for me with a nic<br>
< here you are, MAC for nic is 52:54:00:35:02:F5<br>
# optional if ONE also manages L3<br>
> ONE please also give my nic an ip<br>
< here you are, IP for 52:54:00:35:02:F5 is 10.0.23.42<br>
<br>
Ideally there would be hooks that are called when nics are created/destroyed. And more hooks that are called when a nic is assigned/unassigned to a vm.<br>
<br>
So in a hook i would get infos about the vm and the nic/mac-lease. I could use this to allocate an IP for $mac. And when the nic is assigned to a vm I can configure dns if the vm has a HOSTNAME configured or generate one based on IP otherwise.<br>


<br>
L2 + vlan tagging + hooks = vm-is-just-like-hardware<br>
L2 + L3 + hooks = vm-is-more-like-cloud-thinggy<br>
<br>
Maybe I'm missing some things, but to me this seems like it gives maximum flexibility and can handle any use case.<div class="im"><br>
<br>
<blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex">
In the current setup we<br>
could:<br>
   1.- DHCP is configured with a given map (MAC-IP)<br>
   2.- Define a network of type fixed. Each lease is a mac address and ip<br>
address, those defined in the DHCP map.<br>
   3.- Add the the required A register in DNS server for the IP<br>
<br>
Note that Option 2 will  work with opennebula 4.x. Also note that 2 can be<br>
easily auotmated using the cli or the API. Is that acceptable for your use<br>
case?<br>
</blockquote>
<br></div>
Yes. I actually decided to implement it just like you proposed for the moment.<br>
<br>
Cheers,<br>
Steven<br>
</blockquote></div><br><br clear="all"><div><br></div>-- <br><div dir="ltr"><div><div>-- <br></div></div>Ruben S. Montero, PhD<br>Project co-Lead and Chief Architect<div>OpenNebula - Flexible Enterprise Cloud Made Simple<br>

<a href="http://www.OpenNebula.org" target="_blank">www.OpenNebula.org</a> | <a href="mailto:rsmontero@opennebula.org" target="_blank">rsmontero@opennebula.org</a> | @OpenNebula</div></div>
</div>