elias
Mon, 07 Dec 2009 15:30:30 -0800
> netcf is expected to read existing interfaces. For example, Fedora's > installer will set up interface config files in > /etc/sysconfig/network-scripts, and netcf knows how to parse these and > exposes the interface list through its API (and ncftool). If the user > creates a config for a bridge interface and drops it in /etc/..., netcf > will see that as well. I was referring to reading existing interfaces directly from the system, as an interface might even be changed/created by another 3rd party tool like OpenVPN. OpenVPN might be one of the more harmless scenarios here as it usually just adds/removes an TUN/TAP interface, but there are a plenty of 3rd party tools out there in the wild which do way more changes. I think it would be really important to be able to rely not only on the static interface configuration, as this would limit the usage scope of netcf IMHO quite too much. > Unless Gentoo is using the same initscripts as Fedora, netcf will need > to be taught how to understand Gentoo network configuration. Ok, this part was already clear to me. Due to Gentoo's modularity, there are multiple ways for the network configuration, but I think the most future proof and widespread would be OpenRC which was faced with a lot of discussions because of some radical changes to the network configuration layer.
As far as I understood netcf now, it doesn't replace a distribution's configuration mechanism, but builds another layer on top of it. Wouldn't it be possible to use netcf as a complete replacement? My idea was to get optional support for netcf directly into OpenRC (and later probably other initsystems). So the initsystem would directly control networking interfaces through netcf without another layer of configuration files - the configuration would be done directly through netcf/XML files. This would: - simplify network configuration - provide optional support in OpenRC as replacement for the basic 'ifconfig'- style cross-platform support which was recently introduced and caused a lot of discussions as a lot of people liked the previous config style way more - create a de-facto standard for network configurations in initsystems Is netcf's architecture ready for using it like this? Can it be decoupled from parsing config files through Augeas and using it just directly? So all this narrows done to this basic questions: - Is netcf able to read the current live configuration of devices outside of the configuration files (through /sys or other mechanisms)? - Can netcf be decoupled from Augeas and work just on its own? - Are there any interests in getting netcf into this direction + do you think it would make sense? Regards, Elias P.
signature.asc
Description: This is a digitally signed message part.
_______________________________________________ netcf-devel mailing list netcf-devel@lists.fedorahosted.org https://fedorahosted.org/mailman/listinfo/netcf-devel