On Wednesday 29 March 2017 23:22:39 Eric Luehrsen wrote: > On 03/29/2017 04:35 PM, Dan Sneddon wrote: > > On 03/29/2017 10:43 AM, Chris Novakovic wrote: > >> On 29/03/2017 18:13, Kurt H Maier wrote: > >>> On Wed, Mar 29, 2017 at 02:48:48PM +0200, Floris Bos wrote: > >>>> The PXE boot firmware implementation of the Raspberry Pi 3 > >>>> has a bug causing it to fail if it receives replies > >>>> instantly. > >>> > >>> Why not have a configurable dhcp-delay setting instead of putting > >>> device-specific quirks into the source code of dnsmasq forever? > >> > >> +1 for a dhcp-delay setting, ideally per-MAC: the Ethernet adapters on > >> older RPi models (as well as the built-in wifi adapter on the RPi 3) > >> also use the b8:27:eb OUI, and this artificial delay oughtn't be applied > >> to them. > > > > Another +1 for adding a dhcp-delay setting on a per-MAC basis. > > PXE devices are limited. I guess in a way of thinking that is > intentionally so. A server side robustness action is a valid use case > consideration. I would suggest the "tag" option method. You can tag a > network if say a whole subnet was only to serve PXE security cameras. > You can tag a partial MAC (wildcard) to ID a manufacturer. Assign the > delay option to the tag. This is just like DHCP "need broadcast" and > other client-server quirks.
+1 for tag method. -- Pali Rohár pali.ro...@gmail.com _______________________________________________ Dnsmasq-discuss mailing list Dnsmasq-discuss@lists.thekelleys.org.uk http://lists.thekelleys.org.uk/mailman/listinfo/dnsmasq-discuss