<div dir="ltr">The latest firmware for the printer is from 2015. This is one of those shared Epson/Fuji/Xerox models which I believe is entering EOL, since there is already another printer<br>called M200 (Ecotank). Anyway, I'll report it.<br><br>Should the the implementation be correct in dnsmasq, then there will be more reports of this behavior from gateways implementing it, and that may move Epson into action.<br><br>Adding a mac exclude switch to dnsmasq is just marginally better than setting the printer IP manually, since both require intervention per device.<br><br>A switch disabling the whole implementation, or making it optional, thus reverting to the old behavior would be better if feasible, but I don't agree with removing it completely.<br><br>If nothing can be done, or be deemed unfeasible to be done, my opinion is that not much harm is done, since there is a way of getting things working (manual IP).<br><br>So, for me (3) it is.<br><br>Cheers.<br><div class="gmail_extra"><br><div class="gmail_quote">On Fri, Apr 7, 2017 at 11:00 PM, Simon Kelley <span dir="ltr"><<a href="mailto:simon@thekelleys.org.uk" target="_blank">simon@thekelleys.org.uk</a>></span> wrote:<br><blockquote class="gmail_quote" style="margin:0px 0px 0px 0.8ex;border-left:1px solid rgb(204,204,204);padding-left:1ex">On 06/04/17 14:01, Pedro MG Palmeiro wrote:<br>
> Dnsmasq trunk replies are being ignored by some devices, in my case, two<br>
> epson printers (AL-M200).<br>
> Dnsmasq 2.76 works fine.<br>
><br>
> This could be related with<br>
> <a href="http://thekelleys.org.uk/gitweb/?p=dnsmasq.git;a=commit" rel="noreferrer" target="_blank">http://thekelleys.org.uk/<wbr>gitweb/?p=dnsmasq.git;a=commit</a><wbr>;<br>
> =<wbr>88a77a78ad27adc3ed87b7ee603643<wbr>d26cb896ee<br>
><br>
> Please refer to<br>
> <a href="https://bugs.lede-project.org/index.php?do=details&task_id=673" rel="noreferrer" target="_blank">https://bugs.lede-project.org/<wbr>index.php?do=details&task_id=<wbr>673</a><br>
> for tcpdumps.<br>
><br>
<br>
But RFC 6842 assures us that no clients are broken by this change :)<br>
<br>
The options here, as I see it are<br>
<br>
1) revert the change and don't support 6842<br>
2) provide a way to disable the client-id reply for broken clients.<br>
3) provide a flag to disable the client-id for all clients.<br>
4) make the new behaviour optional, and provide a flag to enable it.<br>
5) declare it No Our Problem and get the broken clients fixed.<br>
<br>
<br>
5) is possible - have you talked to Epson? the AL-M200 looks like a<br>
current product, and likely has field-upgradable firmware.<br>
<br>
1) is not attractive.<br>
<br>
2) may be possible. There is already a config option to tell dnsmasq to<br>
ignore _incoming_ client-ids for a particular client, that could be<br>
extended to apply to _outgoing_ cones too.<br>
<br>
Specifically, you'd need to add something like<br>
<br>
dhcp-host=<MAC address of printer>,id:*<br>
<br>
to turn off this for just those machines.<br>
<br>
4) is not attractive.<br>
<br>
I'm interested in peoples opinions; a flag to kill the new client-uid<br>
behaviour globally, or just for particular MAC/IP addresses, or based on<br>
a tag?<br>
<br>
A pity, the original patch was so simple.......<br>
<br>
Cheers,<br>
<br>
Simon.<br>
<br>
<br>
<br>
<br>
<br>
<br>
<br>______________________________<wbr>_________________<br>
Dnsmasq-discuss mailing list<br>
<a href="mailto:Dnsmasq-discuss@lists.thekelleys.org.uk">Dnsmasq-discuss@lists.<wbr>thekelleys.org.uk</a><br>
<a href="http://lists.thekelleys.org.uk/mailman/listinfo/dnsmasq-discuss" rel="noreferrer" target="_blank">http://lists.thekelleys.org.<wbr>uk/mailman/listinfo/dnsmasq-<wbr>discuss</a><br>
<br></blockquote></div><br></div></div>