On Mon, Dec 27, 2010 at 5:03 PM,  <span dir="ltr"><<a href="mailto:saint@eng.it">saint@eng.it</a>></span> wrote:<br><div class="gmail_quote"><blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex;">

>>>>> "SP" == Stefan P <<a href="mailto:deubeulyou@gmail.com">deubeulyou@gmail.com</a>> writes:<br>
<br>
SP> I'm also wondering about contextualization when multiple<br>
SP> platforms, guest OSes and distributions are concerned, and I keep<br>
SP> coming back at the conclusion that a properly managed and secured<br>
SP> DHCP setup is the way to go.<br>
<br>
Not really. Writing a script for  Debian was really simple. The "(not)<br>
hard (as it  seems) thing" was to  tell udev "use eth0  no matter what<br>
you may suppose about hardware changes" :)<br></blockquote><div><br></div><div>Exactly ! When you have a few guest images, or only controlled ones, it's</div><div>all nice and easy. Although as you mention, you can get into os-specific</div>

<div>things pretty quickly.</div><div><br></div><div>Configuring the network on one given windows version is, I'd bet, as easy</div><div>as it is to do on debian. So now you have two scripts... What about other</div>
<div>
distros, windows versions... OS X ?</div><div><br></div><div>My point being, if you're building a cloud that aims to support arbitrary OS</div><div>images (maybe made by users), or a large combination of OS versions and</div>

<div>distributions, then DHCP is probably the only sane solution.</div><meta http-equiv="Content-Type" content="text/html;charset=UTF-8"><div><br></div><div> </div><blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex;">


DHCP forces  you to bind an  IP to a MAC  to be sure that  the machine<br>
gets that  IP each  time it boots.  This can be  or not  an acceptable<br>
solution depending on what it's needed.<br></blockquote><div><br></div><div>Mhh, yep, I guess what I have in mind is DHCP "the protocol", and DHCP </div><div>"the client that's already bundled in all operating systems", and not really </div>

<div>any particular or current DHCP servers; they are indeed probably not fine </div><div>tuned, in terms of administration scenarios, to our cloudish needs.</div><div><br></div><div>For instance, open nebula could provide a minimal, scriptable dhcp server</div>

<div>integrated to onevnet (based on <a href="http://pydhcplib.tuxfamily.org/pmwiki/">http://pydhcplib.tuxfamily.org/pmwiki/</a> ?).</div><div>Then users would focus on scripting there, rather than in guest images, at</div>

<div>least for ip/network/gateway/resolver configuration.</div><div><br></div><div>Stefan</div></div>