Detecting link state in dhcpc...

[Denis Vlasenko]

On Sunday 11 February 2007 03:52, Jason Schoon wrote:
> > > > to get a new address on that net, not keep using an old one.  I have
> > > > implemented that several times in different DHCP clients.
> > >
> > > Why? If I unplug my machine from network, it does NOT
> > > automatically mean I should renew DHCP address.
> > >
> > > It is needed sometimes, but other times (e.g. "I need to unplug
> > > my machine for 10 seconds...") it will be utterly inconvenient.
> > >
> > > If you really want it, perhaps kernel sends a hotplug event
> > > or something like it on link down/link up,
> > > so you can hook onto it and kill/restart udhcpc?
> >
> > How does the machine find out by itself that you are "just "unplugging
> > for 10 seconds and dont want to renew your address?
> >
> > I would rather have the adapter renew the address anytime the
> > interface goes up. And notify the system that the interface is down
> > when the link goes down.
> 
> Agreed, I see nothing wrong with sending a renewal.  It's not like it will
> break any of your existing connections.
> 
> In my case, I am talking about an embedded device that is essentially
> useless if not on a network also, so I definitely want to be able to take
> some action if the link goes down as well.  In my case it happens that I
> need to do this in static IP case also, so I have a link monitoring daemon
> that takes care of it, rather than adding it to DHCP.

Exactly what I am saying. Link state monitoring is a DIFFERENT thing,
not DHCP thing. I still think that this functionality should not
be added to udhcpc.
--
vda