Hi,<div><br></div><div>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])</div>

<div><br></div><div>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.</div>

<div><br></div><div>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?</div>

<div><br></div><div>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).</div><div><br></div><div>Cheers</div><div>

<br></div><div>Ruben</div><div><br><div class="gmail_quote">On Thu, Apr 28, 2011 at 7:49 PM, Lars Kellogg-Stedman <span dir="ltr"><<a href="mailto:lars@seas.harvard.edu">lars@seas.harvard.edu</a>></span> wrote:<br>
<blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex;">
<div class="im">> we have setup up a ranged virtual network for our ONE-2.2 VMs but the gateway<br>
> IP address keeps being assigned to VMs.<br>
<br>
</div>Ahmad,<br>
<br>
I just asked a very similar question on the list.  I agree that the<br>
existing documentation isn't particularly clear.<br>
<br>
The only response I received was a suggestion to use FIXED networks<br>
rather than RANGED networks, and then to programmatically generate the<br>
list of leases.  So our network configuration looks like this:<br>
<br>
  BRIDGE=br619<br>
  NAME=Cloud Private<br>
  TYPE=FIXED<br>
<br>
Followed by the output of the following shell script:<br>
<br>
  for (( ip=20; ip<255; ip++ )); do<br>
    printf "LEASES  = [IP=10.243.19.%d,<br>
MAC=5E:A5:%02X:%02X:%02X:%02X]\n" $ip 10 243 19 $ip<br>
  done<br>
<br>
This generates output that looks like this:<br>
<br>
  LEASES  = [IP=10.243.19.20, MAC=5E:A5:0A:F3:13:14]<br>
  LEASES  = [IP=10.243.19.21, MAC=5E:A5:0A:F3:13:15]<br>
  [...]<br>
  LEASES  = [IP=10.243.19.254, MAC=5E:A5:0A:F3:13:FE]<br>
<br>
In this case, we're using the "MAC prefix" model, so we're able to<br>
pre-generate this list.  This has solved the problem of OpenNebula<br>
handing out the router address to virtual machines, at the cost of a<br>
small amount of complexity.<br>
<font color="#888888"><br>
--<br>
Lars Kellogg-Stedman <<a href="mailto:lars@seas.harvard.edu">lars@seas.harvard.edu</a>><br>
Senior Technologist<br>
Harvard University SEAS<br>
Academic and Research Computing (ARC)<br>
</font><div><div></div><div class="h5">_______________________________________________<br>
Users mailing list<br>
<a href="mailto:Users@lists.opennebula.org">Users@lists.opennebula.org</a><br>
<a href="http://lists.opennebula.org/listinfo.cgi/users-opennebula.org" target="_blank">http://lists.opennebula.org/listinfo.cgi/users-opennebula.org</a><br>
</div></div></blockquote></div><br><br clear="all"><br>-- <br>Dr. Ruben Santiago Montero<br>Associate Professor (Profesor Titular), Complutense University of Madrid<br><br>URL: <a href="http://dsa-research.org/doku.php?id=people:ruben" target="_blank">http://dsa-research.org/doku.php?id=people:ruben</a><br>

Weblog: <a href="http://blog.dsa-research.org/?author=7" target="_blank">http://blog.dsa-research.org/?author=7</a><br>
</div>