From Fedora Project Wiki
Line 6: Line 6:


With NetworkManager as a Fedora X feature, we need to update the UI and backend code within anaconda to make sense for this.
With NetworkManager as a Fedora X feature, we need to update the UI and backend code within anaconda to make sense for this.
Anaconda currently relies on the libdhcp (which, in turn, uses the libdhcp4client and libdhcp6client libraries) library for network device configuration.  We discover the available devices in the system using udev and hal and then present a configuration interface for the user to collect configuration information.  Once we have that information, we call libdhcp to bring up the device.  The main problems with this are duplication of a lot of effort (other tools already do this) and the fact that we execute the DHCP and DHCPv6 clients via a library call, so the protocols are not followed correctly.  Beyond that, we lack the capabilities for any new networking technologies that gain support in Fedora.  Because we have our own configuration path, we cannot make use of those new tools.
Moving to NetworkManager in the installer will bring all of the current network interface management to the installer that the final system currently has.


== Owner ==
== Owner ==

Revision as of 03:23, 22 July 2008

Refine Network Configuration Given NetworkManager as Default

Summary

With NetworkManager as a Fedora X feature, we need to update the UI and backend code within anaconda to make sense for this.

Owner

  • Name: DavidCantrell

Current status

  • Targeted release: Fedora 10 (with at least IPv4 support)
  • Last updated: 2008-07-21
  • Percentage of completion: 25%

For Fedora 11, I plan to correct bugs and finalize the IPv6 support necessary for installation.

Detailed Description

Details still TBD.

Benefit to Fedora

Scope

Test Plan

User Experience

Dependencies

Contingency Plan

Documentation

Release Notes