<div dir="ltr">Apologies for not responding before, I was making more tests.<div><br></div><div>I tested (again) with explicit mac-addr (4 ones) instead of using wildcards ... and it worked fine, for example:</div><div><br></div><blockquote class="gmail_quote" style="margin:0px 0px 0px 0.8ex;border-left:1px solid rgb(204,204,204);padding-left:1ex"><font face="monospace">May 18 17:07:04 cinemateka dnsmasq-dhcp[2497]: 1123473942 DHCPREQUEST(eth0) 192.168.0.249 a4:50:46:d0:4d:e3<br> </font><font face="monospace">May 18 17:07:04 cinemateka dnsmasq-dhcp[2497]: abandoning lease to 96:8d:d4:d0:4d:e3 of 192.168.0.249<br></font><font face="monospace">May 18 17:07:04 cinemateka dnsmasq-dhcp[2497]: 1123473942 tags: mobile, known, eth0<br></font><font face="monospace">May 18 17:07:04 cinemateka dnsmasq-dhcp[2497]: 1123473942 DHCPACK(eth0) 192.168.0.249 a4:50:46:d0:4d:e3 xiaomi-a2</font></blockquote><div><br></div><div>but I am not crazy and I know it failed, so what did I do? I downgraded dnsmasq version to 2.75 that was the one I had initially, and:</div><div><br></div><blockquote class="gmail_quote" style="margin:0px 0px 0px 0.8ex;border-left:1px solid rgb(204,204,204);padding-left:1ex"><font face="monospace">May 19 09:05:16 cinemateka dnsmasq-dhcp[2212]: 2882342319 DHCPREQUEST(eth0) 192.168.0.249 96:8d:d4:d0:4d:e3<br> May 19 09:05:16 cinemateka dnsmasq-dhcp[2212]: 2882342319 DHCPNAK(eth0) 192.168.0.249 96:8d:d4:d0:4d:e3 address in use<br>May 19 09:05:16 cinemateka dnsmasq-dhcp[2212]: 2882342319 broadcast response</font></blockquote><div><br></div><div>Same configuration file (except the line "dhcp-ignore-clid" I had to comment, because that option is not valid in 2.75).</div><div><br></div><div>So I don't know why, my 2.75 is not working, and I don't know why (it was a feature introduced in 2.47 I think). I have to say the 2.85 version I am running was compiled in my box, cloning the sources from git://<a href="http://thekelleys.org.uk/dnsmasq.git">thekelleys.org.uk/dnsmasq.git</a>, while 2.75 was installed from binaries using the repository of the Alt-F project. No idea if this is relevant.</div><div><br></div><div>The good point is that it is working now and whatever happened it is not happening now.</div><div><br></div><div>Thanks a lot everybody for the ideas and questions that forces me to investigate further.</div><div><br></div><div>Regards</div><div>Jesus M</div><br><div><br></div></div><br><div class="gmail_quote"><div dir="ltr" class="gmail_attr">On Tue, 18 May 2021 at 21:58, Geert Stappers via Dnsmasq-discuss <<a href="mailto:dnsmasq-discuss@lists.thekelleys.org.uk">dnsmasq-discuss@lists.thekelleys.org.uk</a>> wrote:<br></div><blockquote class="gmail_quote" style="margin:0px 0px 0px 0.8ex;border-left:1px solid rgb(204,204,204);padding-left:1ex">On Mon, May 17, 2021 at 10:21:57PM +0100, Jesus M Diaz wrote:<br>
> Simon Kelly wrote:<br>
> > To answer the question, the host doesn't get the same address because<br>
> > "multiple MAC addresses on the same line" is NOT the same as a MAC<br>
> > address with wildcards in it. If you had<br>
> ><br>
> > dhcp-host=96:8d:d4:d0:4d:e3,a4:50:46:d0:4d:e3,192.168.0.217<br>
> ><br>
> > then it would work, but<br>
> ><br>
> > dhcp-host=*:*:*:d0:4d:e3,192.168.0.217<br>
> ><br>
> > doesn't.<br>
> ><br>
> > I can't see why the code shouldn't  be altered to make this work, this<br>
> > is just a case that nobody anticipated.<br>
> ><br>
> <br>
> I tried with explicit mac-addresses (it's annoying to write 4 versions, but<br>
> not a big deal if it works), and I got the same result.<br>
<br>
Acknowledge on "Does not work with four explicit MAC addresses"<br>
<br>
What about  _two_ MAC addresses like<br>
<br>
   dhcp-host=*:*:*:d0:4d:e3,*:*:*:d0:4d:e3,192.168.0.217<br>
<br>
???<br>
<br>
<br>
> > A possibly more tidy solution to this problem is to configure your<br>
> > clients to send client-IDs in their DHCP requests. If client-IDs are<br>
> > present, they totally override MAC addresses, so a client which always<br>
> > send the same clienr-ID will always be identified and keep the same IP<br>
> > address, even if its MAC address changes. Of course this only works if<br>
> > you're OS/DHCP client combination allows configuration of client-IDs.<br>
> > AFAIK all the common Linux ones do.<br>
> ><br>
> That would be really great, but unfortunately I don't control all the<br>
> devices, some of them being mobile phones with very little room to<br>
> configure.<br>
<br>
Consider that such "configuration" is already in place, that the DHCP<br>
client already sents a device name. Either factory default like<br>
"Android-d0-4d-e3" or end user tuned like "Bobs Collar".<br>
<br>
<br>
>  Thanks!<br>
<br>
Make another visit the mailinglist archive. Find back again<br>
the two MAC address posting (and share this time the link with us)<br>
IIRC is it a simular situation  ( same problem =>  same solution )<br>
<br>
<br>
<br>
Groeten<br>
Geert Stappers<br>
-- <br>
Silence is hard to parse<br>
<br>
_______________________________________________<br>
Dnsmasq-discuss mailing list<br>
<a href="mailto:Dnsmasq-discuss@lists.thekelleys.org.uk" target="_blank">Dnsmasq-discuss@lists.thekelleys.org.uk</a><br>
<a href="https://lists.thekelleys.org.uk/cgi-bin/mailman/listinfo/dnsmasq-discuss" rel="noreferrer" target="_blank">https://lists.thekelleys.org.uk/cgi-bin/mailman/listinfo/dnsmasq-discuss</a><br>
</blockquote></div>