[one-users] Ranged network!

[Ruben S. Montero]

Hi,

Please also note that is very common to put the gateway in a VM also as part
of the network. You can request an specific IP for the gateway VM in the
template (NIC=[ NETWORK_ID = 3, IP = 192.168.0.1])

Probably, we should make more clear the documentation to remark that you are
defining the range using a network address and not a starting host ip
address. The rationale behind this is that in this way you can easily setup
the network address and mask for the VMs.

To improve this, we can extend the parameters to define the ranged network,
e.g. with the starting ip address parameter. Or alternatively, define a
fixed net using single leases and/or continuous ranges of leases. Which one
is better?

BTW, if the MAC is not specified OpenNebula generates one for you using the
prefix in oned.conf and the 32 bits of the IP address (as shown in you shell
script).

Cheers

Ruben

On Thu, Apr 28, 2011 at 7:49 PM, Lars Kellogg-Stedman <lars at seas.harvard.edu
> wrote:

> > we have setup up a ranged virtual network for our ONE-2.2 VMs but the
> gateway
> > IP address keeps being assigned to VMs.
>
> Ahmad,
>
> I just asked a very similar question on the list.  I agree that the
> existing documentation isn't particularly clear.
>
> The only response I received was a suggestion to use FIXED networks
> rather than RANGED networks, and then to programmatically generate the
> list of leases.  So our network configuration looks like this:
>
>  BRIDGE=br619
>  NAME=Cloud Private
>  TYPE=FIXED
>
> Followed by the output of the following shell script:
>
>  for (( ip=20; ip<255; ip++ )); do
>    printf "LEASES  = [IP=10.243.19.%d,
> MAC=5E:A5:%02X:%02X:%02X:%02X]\n" $ip 10 243 19 $ip
>  done
>
> This generates output that looks like this:
>
>  LEASES  = [IP=10.243.19.20, MAC=5E:A5:0A:F3:13:14]
>  LEASES  = [IP=10.243.19.21, MAC=5E:A5:0A:F3:13:15]
>  [...]
>  LEASES  = [IP=10.243.19.254, MAC=5E:A5:0A:F3:13:FE]
>
> In this case, we're using the "MAC prefix" model, so we're able to
> pre-generate this list.  This has solved the problem of OpenNebula
> handing out the router address to virtual machines, at the cost of a
> small amount of complexity.
>
> --
> Lars Kellogg-Stedman <lars at seas.harvard.edu>
> Senior Technologist
> Harvard University SEAS
> Academic and Research Computing (ARC)
> _______________________________________________
> Users mailing list
> Users at lists.opennebula.org
> http://lists.opennebula.org/listinfo.cgi/users-opennebula.org
>



-- 
Dr. Ruben Santiago Montero
Associate Professor (Profesor Titular), Complutense University of Madrid

URL: http://dsa-research.org/doku.php?id=people:ruben
Weblog: http://blog.dsa-research.org/?author=7
-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://lists.opennebula.org/pipermail/users-opennebula.org/attachments/20110428/bf695098/attachment-0001.htm>