<html><body>
<p><font size="2" face="sans-serif">Daniel, Ricardo</font><br>
<br>
<font size="2" face="sans-serif">I get your point. Network Manager does not support full features and not present in older versions before Fedora 20. It will be keep on updating to support more and more use cases.</font><br>
<img width="16" height="16" src="cid:1__=EABBF420DFDF6BC88f9e8a93df938@in.ibm.com" border="0" alt="Inactive hide details for Just adding here few point from fedora link."><font size="2" face="sans-serif">Just adding here few point from fedora link.</font><br>
<font size="2" face="sans-serif">Just adding here few point from fedora link.</font><br>
<br>
<font size="5" face="serif"><b>Detailed description </b></font>
<p><font size="3" face="serif">NetworkManager's existing support for bond interfaces covers a limited number of use-cases and can conflict with existing bonding configurations created by tools like libvirt. The purpose of this Fedora feature is to implement more flexible bonding infrastructure in NetworkManager to support an expanded number of use-cases and to be more cooperative with other users of bonding. </font>
<p><font size="3" face="serif">Support will be added to NetworkManager to detect the existing configuration of a bond interface and its slaves and to seamless "take over" that connection without disrupting it. Even if the existing configuration is not backed by ifcfg files on-disk, NetworkManager will leave that configuration on the interface unless told to change it by the user via GUI or CLI tools. Additional bond interface configuration will be added to expand the use-cases and hardware that NetworkManager can configure (eg primary, use_carrier, xmit_hash_policy, etc). </font><br>
<br>
<font size="2" face="sans-serif">Given that libvirt is the way we proceed for network management in guest.</font><br>
<br>
<font size="2" face="sans-serif">My question here adding to Suresh is do we need to really warn the user about other tools like Network Manager? Tomorrow there can be other tools like cockpit , x , y which do the same task may not be completely. Then in that case we keep updating our warning?</font><br>
<br>
<font size="2" face="sans-serif">I feel we should restrict ourselves to kimchi/ginger and make sure the network management functionality we are implementing are in sync and do not disturb other tools.</font><br>
<font size="2" face="sans-serif">We should keep reading the configurations as long as they are standard irrespective of which tool is used for configuring. If we have write permissions we can very well modify those interfaces. If configurations are not valid we ignore them.</font><br>
<br>
<font size="2" face="sans-serif">=======================================================</font><br>
<font size="2" face="sans-serif">Thanks,<br>
Abhiram Kulkarni,<br>
Staff Software Engineer, Z Firmware Development,<br>
IBM India Systems & Technology Lab, Bangalore, India.<br>
Phone: +91 80 28063288 </font><br>
<br>
<font size="2" face="serif"><b><i>“Be who you are and say what you feel, because those who mind don't matter, </i></b></font><br>
<font size="2" face="serif"><b><i>and those who matter don't mind.” </i></b></font><br>
<font size="2" face="sans-serif">=======================================================</font><br>
<br>
<img width="16" height="16" src="cid:1__=EABBF420DFDF6BC88f9e8a93df938@in.ibm.com" border="0" alt="Inactive hide details for Daniel Henrique Barboza ---09/01/2015 06:39:10 PM---On 09/01/2015 03:02 AM, Suresh Babu Angadi wrote:"><font size="2" color="#424282" face="sans-serif">Daniel Henrique Barboza ---09/01/2015 06:39:10 PM---On 09/01/2015 03:02 AM, Suresh Babu Angadi wrote: ></font><br>
<br>
<font size="1" color="#5F5F5F" face="sans-serif">From:        </font><font size="1" face="sans-serif">Daniel Henrique Barboza <dhbarboza82@gmail.com></font><br>
<font size="1" color="#5F5F5F" face="sans-serif">To:        </font><font size="1" face="sans-serif">kimchi-devel@ovirt.org</font><br>
<font size="1" color="#5F5F5F" face="sans-serif">Date:        </font><font size="1" face="sans-serif">09/01/2015 06:39 PM</font><br>
<font size="1" color="#5F5F5F" face="sans-serif">Subject:        </font><font size="1" face="sans-serif">Re: [Kimchi-devel] [RFC] Issue #650 - Kimchi & Network Manager</font><br>
<font size="1" color="#5F5F5F" face="sans-serif">Sent by:        </font><font size="1" face="sans-serif">kimchi-devel-bounces@ovirt.org</font><br>
<hr width="100%" size="2" align="left" noshade style="color:#8091A5; "><br>
<br>
<br>
<tt><font size="2"><br>
<br>
On 09/01/2015 03:02 AM, Suresh Babu Angadi wrote:<br>
><br>
> Are we advising end user to block Network Manager permanently?<br>
No. We are advising the user to exercise caution with NetworkManager in <br>
these scenarios.<br>
<br>
It is a known fact that NetworkManager started support native bridge and <br>
bonding only in F20*. This Kimchi feature must be supported on older <br>
distros such as RHEL 7.1 that has older NetworkManager versions that <br>
doesn't have this native support.<br>
<br>
This is why we have this warning. The user can proceed with the <br>
operation with NetworkManager on, but he's on his own.<br>
<br>
<br>
<br>
* <br>
</font></tt><tt><font size="2"><a href="https://docs.fedoraproject.org/en-US/Fedora/20/html/Release_Notes/sect-Release_Notes-Changes_for_Desktop.html#networking">https://docs.fedoraproject.org/en-US/Fedora/20/html/Release_Notes/sect-Release_Notes-Changes_for_Desktop.html#networking</a></font></tt><tt><font size="2"> <br>
<br>
_______________________________________________<br>
Kimchi-devel mailing list<br>
Kimchi-devel@ovirt.org<br>
</font></tt><tt><font size="2"><a href="http://lists.ovirt.org/mailman/listinfo/kimchi-devel">http://lists.ovirt.org/mailman/listinfo/kimchi-devel</a></font></tt><tt><font size="2"><br>
<br>
</font></tt><br>
<br>
</body></html>