[PATCH] udhcp: infinite retries

Samuel Ortiz sortiz at olivetti-engineering.com
Tue Feb 6 06:54:52 PST 2007


Paul Fox wrote:
>  > >>> It may be useful (at least it is for us) to keep on sending DHCP request 
>  > >>> and renewals for ever until we actually get an answer. For that purpose 
>  > >>> udhcpc -t 0 could do the job.
>  > >> I guess udhcpc -t 999999999 will be the same in practice.
>  > > 
>  > > Almost, but not exactly.
>  > > We have machines that can be powered up without being connected to any 
>  > > network for weeks. However, we need them to fetch an IP if they ever get 
>  > > plugged to some network.
>  > 
>  > Then maybe you want to use something like netplugd ot ifplugd ...
> 
> of course that takes care of the locally connected problem, but
> not the "connected to a switch which is itself disconnected"
> problem.  but i agree -- if it were me, i'd probably use a
> combination of the mechanisms.
well, with the infinite retries option, we can live without netplugd.
However, I agree that it would be nicer to have netplugd firing up 
udhcpc with infinite retries whenever we actually are plugged/associated 
(we do have machines with both ethernet and 802.11 interfaces).

Cheers,
Samuel.


> dhcp should be using netlink itself, to track interface connectivity.  (i.e.,
> needing ifplugd is a bug, in my opinion.)
> 
> paul
> =---------------------
>  paul fox, pgf at brightstareng.com
> _______________________________________________
> busybox mailing list
> busybox at busybox.net
> http://busybox.net/cgi-bin/mailman/listinfo/busybox
> 



More information about the busybox mailing list