Yes, also one<span></span> would like to avoid broadcasting as much as possible.<br><br>On Thursday, October 23, 2014, Lennart Poettering <<a href="mailto:lennart@poettering.net">lennart@poettering.net</a>> wrote:<br><blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex">On Thu, 23.10.14 13:24, Tom Gundersen (<a href="javascript:;" onclick="_e(event, 'cvml', 'teg@jklm.no')">teg@jklm.no</a>) wrote:<br>
<br>
> > Trying unicast, waiting some time and then trying broadcast, if a DHCP offer<br>
> > is not sent within that time limit, seems like a fair thing to do. My 2<br>
> > cents.<br>
><br>
> Yeah, it seems this is what we should do. I guess it makes sense to<br>
> make RequestBroadcast=yes|no|automatic, and default to the latter.<br>
<br>
Please name it "auto", not "automatic"...<br>
<br>
Please make the time short enough though to still give a nice<br>
feeling...<br>
<br>
I figure the reverse of first trying broadcast, and then trying<br>
unicast is unnecessary, right?<br>
<br>
Lennart<br>
<br>
--<br>
Lennart Poettering, Red Hat<br>
</blockquote><br><br>-- <br>Sent from Gmail Mobile<br>