What about <a href="http://git.fedorahosted.org/git/?p=python-netcf.git">http://git.fedorahosted.org/git/?p=python-netcf.git</a><br><br><div class="gmail_quote">On Tue, Feb 14, 2012 at 5:20 PM, Joshua Harlow <span dir="ltr"><<a href="mailto:harlowja@yahoo-inc.com">harlowja@yahoo-inc.com</a>></span> wrote:<br>
<blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex">



<div>
<font face="Calibri, Verdana, Helvetica, Arial"><span style="font-size:11pt">Does anyone have any experience with <a href="https://fedorahosted.org/netcf/" target="_blank">https://fedorahosted.org/netcf/</a> (RH??)<br>
<br>
Just from a little search that project seems to be oriented to do this (os agonistic net cfg)<br>
<br>
It just seems to be missing a python api (at the moment).<div class="im"><br>
<br>
On 2/14/12 10:48 AM, "Scott Moser" <<a href="http://smoser@ubuntu.com" target="_blank">smoser@ubuntu.com</a>> wrote:<br>
<br>
</div></span></font><blockquote><font face="Calibri, Verdana, Helvetica, Arial"><span style="font-size:11pt"><div><div class="h5">On Tue, 14 Feb 2012, Leandro Reox wrote:<br>
<br>
> Hi guys,<br>
><br>
> Anyone already implemented networking injection to RHEL systems acting as a<br>
> guest ? If no any plans to make it to Essex final ?<br>
<br>
<br>
Before we go down the road of trying to write system network configuration<br>
scripts for each potential guest OS, I'd suggest that its would be better<br>
to either:<br>
 a.) just accept that 'interfaces' is the openstack format and guests<br>
     should need to read that.<br>
 b.) create a OS agnostic interface configuration format.<br>
<br>
While you may be looking at my email address and assuming that I think 'a'<br>
is the right answer only to make it harder for anyone else.<br>
<br>
However, the reason I dislike the current solution (or going down a path<br>
of implementing population mechanisms for other operating systems) is<br>
 1.) you cannot possibly support all possible operating systems<br>
 2.) injecting files assumes host OS knowledge (or guestfs knowledge) of<br>
     the guest filesystem<br>
 3.) specific files indicates that the host can somehow determine which<br>
     format the guest is expecting (or also unacceptable, only allowing<br>
     this configuration for one OS per cloud).<br>
 4.) injecting files via overwriting them is lossy and possibly<br>
     destructive to a guest (imagine other vpn routes inserted there or<br>
     something else more advanced).<br>
<br>
I would *much* rather there be a "openstack networking configuration file<br>
format" that was put into config_drive if dhcp was not sufficient.<br>
<br>
Then, the guests are just made to read that information that is in a<br>
standard, easily documetable format and respond accordingly.<br>
<br></div></div><div class="im">
_______________________________________________<br>
Mailing list: <a href="https://launchpad.net/~openstack" target="_blank">https://launchpad.net/~openstack</a><br>
Post to     : <a href="http://openstack@lists.launchpad.net" target="_blank">openstack@lists.launchpad.net</a><br>
Unsubscribe : <a href="https://launchpad.net/~openstack" target="_blank">https://launchpad.net/~openstack</a><br>
More help   : <a href="https://help.launchpad.net/ListHelp" target="_blank">https://help.launchpad.net/ListHelp</a><br>
<br>
</div></span></font></blockquote>
</div>


</blockquote></div><br>