[Dnsmasq-discuss] dhcp-broadcast & not

Simon Kelley simon at thekelleys.org.uk
Mon Feb 24 11:46:52 UTC 2014


On 21/02/14 09:07, Nikita N. wrote:
> 
>> All the clients are quite common, and in use all around the world, if 
>> there was a general problem with this, we'd probably have heard about it 
>> by now.
> Hi, well you are hearing it now :)

True, but it's not clear what to do about it. The modification to
dnsmasq which you suggested is a hack, and may well have unexpected
effects which break more installations than it fixes.

> 
>> It seems likely that the problem is something in your network, rather 
>> than the DHCP clients or servers.
> While I was waiting for a feedback, I tried to workaround the issue
> myself.
> I tried to have a look to your code, and understood that maybe also
> there its needed just a flag bit to switch in the kernel.. but didnt
> modify nothing, didnt feel enough skilled to modify your code.. ;)
> Instead I modified the code at transportation layer, the software which
> actually sends the frames up in the air.
> Very simply, I instructed it to duplicate all frames with
> dest=broadcast, setting dest=sta mac.
> It works perfectly with *ALL* my test clients so far, also the ones
> affected by the dhcp-broadcast issue.
> Of course as you can understand by yourself, its a dirty workaround, as
> it works only in very simple cases, e.g. it does *NOT* work in the case
> of multiple concurrent connections.
> So it doesnt seem to me a problem in my network, but rather a glitching
> bug in some wireless drivers..
> 

I'm not clear which simply setting

--dhcp-broadcast

doesn't do fix this.


Cheers,

Simon.

> Thanks anyway, and keep on the good job! :)
> 
We're doing our best.







More information about the Dnsmasq-discuss mailing list