On Thu, Feb 18, 2016 at 12:27 PM, Hans Dedecker <[email protected]> wrote: > RFC2131 paragraph 3.1 states the client should retransmit the DHCP > request message enough times to give adequate probability of contacting > the server without causing the client to wait overly to long before > giving up; as an example a total delay of 60 seconds is given. > The udhcp client implementation allows to tweak the number of request > messages via the -t option; however if -t option is set to 0 so the > the client keeps sending discover messages it will get stuck in the > requesting state after an offer if no DHCP ack or nack message is > received.
How about the solution of "don't do that then"? Help text doesn't even document that "-t 0" is a valid usage. _______________________________________________ busybox mailing list [email protected] http://lists.busybox.net/mailman/listinfo/busybox
