<html><head></head><body><div style="font-family: Verdana;font-size: 12.0px;"><div>Hi Geert,
<div>
<div>thanks for the answer.</div>
<div> </div>
<div>>>I don't buy that. ARP also does ethernet broadcasts.<br/>
>>Without Address Resolution Protocol no IPv4 networking on ethernet.</div>
<div> </div>
<div>Sorry dont understand what you dont buy, i'm not selling anything here ;-)</div>
<div> </div>
<div>Amof, the first and only frames my dongle sends on eth at start, are some Dhcp DISCOVER, no arps at all.</div>
<div>Please note that such Dhcp DISCOVER frames come with the broadcast bit NOT set.</div>
<div>Afaik, that meas my dongle is indeed asking the Dhcp server to send a unicast response, directly to its mac.</div>
<div>Instead QNSMASQ sends those Dhcp OFFER frames to broadcast.</div>
<div>Why it happens so?</div>
<div> </div>
<div>>>What I think is that no driver is loaded for the dongle during first DHCP Discover request.</div>
<div>>>Then just write your own DHCP server. ;-)</div>
<div> </div>
<div>In fact I already did that, on server side I wrote few codes of C program which binds to eth.</div>
<div>It listens to QNSMASQ Dhcp OFFER frames messages with eth.dst=ff:ff:ff:ff:ff:ff.</div>
<div>When such frames arrive, it simply re-inject exactly the same frames in eth, but with eth.dst=<mac dongle> .</div>
<div>It works, dongle answers with REQUEST, then ACK, then all goes smoothly no problems.</div>
<div> </div>
<div>As you can understand, that is just a very dirty workaround, can use it only to test the correct connectivity and driver load, because unfortunately I cant do nothing on the dongle side.</div>
<div>But can't use that thing in production...</div>
<div>Any hint for a decent solution to suggest me?</div>
<div>Thank you</div>
<div> </div>
<div> </div>
<div name="quote" style="margin:10px 5px 5px 10px; padding: 10px 0 10px 10px; border-left:2px solid #C3D9E5; word-wrap: break-word; -webkit-nbsp-mode: space; -webkit-line-break: after-white-space;">
<div style="margin:0 0 10px 0;"><b>Sent:</b> Sunday, September 23, 2018 at 9:33 AM<br/>
<b>From:</b> "Geert Stappers" <stappers@stappers.nl><br/>
<b>To:</b> dnsmasq-discuss@lists.thekelleys.org.uk<br/>
<b>Subject:</b> Re: [Dnsmasq-discuss] No Broadcast Dhcp Offers</div>
<div name="quoted-content">On Sat, Sep 22, 2018 at 07:06:53PM +0200, gravity70@gmx.com wrote:<br/>
> Hi all,<br/>
> I have a very simple question, but it seems difficult to find a solution...<br/>
><br/>
> By default DNSMASQ sends Dhcp OFFER message with eth.dst=ff:ff:ff:ff:ff:ff , it<br/>
> sends to broadcast mac.<br/>
> I have a dongle which works a bit outside specs, and can't answer to broadcast<br/>
> mac.<br/>
<br/>
I don't buy that. ARP also does ethernet broadcasts.<br/>
Without Address Resolution Protocol no IPv4 networking on ethernet.<br/>
<br/>
What I think is that no driver is loaded for the dongle<br/>
during first DHCP Discover request.<br/>
<br/>
<br/>
> So, I need DNSMASQ to send the Dhcp OFFER messages (and better also ACK/NAK and<br/>
> the whole Dhcp stack) to a specific mac I set.<br/>
> Does it exist such option?<br/>
<br/>
I don't know.<br/>
<br/>
<br/>
> I already was thinking to start crafting Dhcp frames myself... but I dont<br/>
> really want to rewrite my own DNSMASQ...<br/>
<br/>
Then just write your own DHCP server. ;-)<br/>
<br/>
<br/>
Groeten<br/>
Geert Stappers<br/>
--<br/>
Leven en laten leven<br/>
<br/>
_______________________________________________<br/>
Dnsmasq-discuss mailing list<br/>
Dnsmasq-discuss@lists.thekelleys.org.uk<br/>
<a href="http://lists.thekelleys.org.uk/mailman/listinfo/dnsmasq-discuss" target="_blank">http://lists.thekelleys.org.uk/mailman/listinfo/dnsmasq-discuss</a></div>
</div>
</div>
</div></div></body></html>