Bug 83705 - ethernet connection should continuously look for a DHCP server
Summary: ethernet connection should continuously look for a DHCP server
Keywords:
Status: CLOSED WONTFIX
Alias: None
Product: Red Hat Linux
Classification: Retired
Component: initscripts
Version: 8.0
Hardware: All
OS: Linux
medium
medium
Target Milestone: ---
Assignee: Bill Nottingham
QA Contact: Brock Organ
URL:
Whiteboard:
Depends On:
Blocks:
TreeView+ depends on / blocked
 
Reported: 2003-02-07 10:00 UTC by Julien Olivier
Modified: 2014-03-17 02:34 UTC (History)
3 users (show)

Fixed In Version:
Doc Type: Enhancement
Doc Text:
Clone Of:
Environment:
Last Closed: 2005-09-30 18:28:23 UTC
Embargoed:


Attachments (Terms of Use)

Description Julien Olivier 2003-02-07 10:00:56 UTC
From Bugzilla Helper:
User-Agent: Mozilla/5.0 (X11; U; Linux i686; en-US; rv:1.2) Gecko/20021202

Description of problem:
I wishit was possible to have a daemon looking for an available DHCP server. If
one is found, it would automatically start an ethernet connection to this DHCP
server. It's (AFAIK) the way Windows handles local network connection.

Currently, you can set up a network connection using DHCP and tell RedHat to
start it upon start. The problem is that if your cable wasn't plugged (or the
DHCP server not up) upon start, the connection won't be established and you'll
have to start it manually later. I think the reconnection should be automatic
(as an option maybe).

Version-Release number of selected component (if applicable):


How reproducible:
Always

Steps to Reproduce:
N.A.

Additional info:

Comment 1 Harald Hoyer 2003-02-10 11:23:19 UTC
reassigning to initscripts

Comment 2 Pekka Savola 2003-07-22 10:29:53 UTC
FWIW, I think this would be better worded as "we should have a daemon looking
for a cable being plugged in" i.e. ethernet link state watcher which could then
run some events.

Comment 3 Bill Nottingham 2003-09-04 01:47:48 UTC
There actually are a couple of these daemons now.

Comment 4 Robert de Rooy 2003-09-22 17:57:06 UTC
Actually, that is not what windows does.

If the link is down, it will wait until link becomes available. We can do the 
same thing with /sbin/hotplug, it is just not implemented right now.

If the link is up, but no DHCP server is available it will time out and set 
a 'link-local' address in the 169.254/16 range. This is part of zeroconf and 
it would be nice if Red Hat Linux (or should I say Fedora) could do the same 
thing. 'Linux Magazine' issue August 2003 (not yet available online) has a 
nice article on page 16 about this.
Basically what happens is that windows tries to use the first address in the 
link-local range, and if it clashes takes the next one up until it gets a free 
address.

Other parts of ZEROCONF are Name Resolution and Service Discovery, the problem 
with these is that there are different parties that currently do not agree on 
how to do it.

For more info check out http://zeroconf.sourceforge.net/

Comment 5 Bill Nottingham 2005-09-30 18:28:23 UTC
This is handled currently by NetworkManager; further complication in initscripts
won't be added.


Note You need to log in before you can comment on or make changes to this bug.