[one-users] Network addressing and IP recognition in ONE

[Jaime Melis]

Hi Andreas,

no, that's not currently supported by OpenNebula.

You can use however user-defined fields to store any information. If you do
"onevm update <id>" you can add any key=value. If you have a third-party
tool that reads from the template that user-defined field, you can simulate
this feature.

cheers


On Thu, Oct 3, 2013 at 1:02 PM, Andreas Calvo Gómez <andreas.calvo at scytl.com
> wrote:

> Hello all,
> Network addressing under ONE (with any of the drivers) seems target to
> isolated/dedicated networks, where one can assume all IP address can be
> guessed by the MAC.
> However, when mixing a working network segment with ONE, you have to
> sacrifice something to get it working.
> Currently, there are 3 options:
> - Virtual Router
> - Virtual Network with fixed range
> - Virtual Network without range
>
> None of the mentioned options will fit with an external network services
> server (DHCP, DNS) and let ONE know the right address of a VM.
>
> Would it be possible to, given a VM and all context parameters, push the
> IP information into ONE?
> In a more practical approach: during the startup of the OS, get a valid IP
> address, and during the context script, push that information to ONE.
> Seems a little bit more dynamic, since nothing is hardcoded either in
> Virtual Networks or in the network service (DHCP), plus it gives the
> ability to control from outside and integrated with other services.
>
> Thanks!!
> ______________________________**_________________
> Users mailing list
> Users at lists.opennebula.org
> http://lists.opennebula.org/**listinfo.cgi/users-opennebula.**org<http://lists.opennebula.org/listinfo.cgi/users-opennebula.org>
>



-- 
Jaime Melis
Project Engineer
OpenNebula - Flexible Enterprise Cloud Made Simple
www.OpenNebula.org | jmelis at opennebula.org
-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://lists.opennebula.org/pipermail/users-opennebula.org/attachments/20131016/e29d7932/attachment-0002.htm>