<div dir="ltr"><div class="gmail_default" style="font-family:georgia,serif">I have encountered a similar issue in a different use-case.</div><div class="gmail_default" style="font-family:georgia,serif"><br></div><div class="gmail_default" style="font-family:georgia,serif">It is simpler network in a BYOD environment on a farm. The router has three interfaces; WAN, office Wi-Fi, guest Wi-Fi. The two Wi-Fi segments are segregated by a firewall. The office Wi-Fi has a very small physical footprint with one Access Point (AP), but has some private resources. The guest Wi-Fi has four APs with internet access only.</div><div class="gmail_default" style="font-family:georgia,serif"><br></div><div class="gmail_default" style="font-family:georgia,serif">If I do static DHCP assignment for privileged devices that may roam to either network, things get sticky.</div><div class="gmail_default" style="font-family:georgia,serif"><br></div><div class="gmail_default" style="font-family:georgia,serif">Peace, Jim Alles out.</div></div><div class="gmail_extra"><br><div class="gmail_quote">On Thu, Mar 10, 2016 at 4:32 AM, Arjen Lobregt <span dir="ltr"><<a href="mailto:arjen.lobregt@asml.com" target="_blank">arjen.lobregt@asml.com</a>></span> wrote:<br><blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex">





<div lang="EN-US" link="blue" vlink="purple">
<div>
<p class="MsoNormal"><span style="color:#1f497d">LS,<u></u><u></u></span></p>
<p class="MsoNormal"><span style="color:#1f497d"><u></u> <u></u></span></p>
<p class="MsoNormal"><span style="color:#1f497d">We are using DNSMASQ in our system.
<u></u><u></u></span></p>
<p class="MsoNormal"><span style="color:#1f497d">This systems contains several networks with very specific functions/traffic types (divided in both VLANs and subnets and all networks have subdomain names).<u></u><u></u></span></p>
<p class="MsoNormal"><span style="color:#1f497d"><u></u> <u></u></span></p>
<p class="MsoNormal"><span style="color:#1f497d">A number of network nodes are connected to several networks and VLANs (e.g. machine control, logging, external connection). This includes our DHCP server running DNSMASQ.<u></u><u></u></span></p>
<p class="MsoNormal"><span style="color:#1f497d">These network nodes normally use DHCP (and a UUID) to obtain an IP address.<u></u><u></u></span></p>
<p class="MsoNormal"><span style="color:#1f497d">Unfortunately DNSMASQ receives these DHCP requests, checks for the identifier, but disregards the interface the DHCP request was received on and also the VLAN tag and only lists the last received request in the
 lease file and DNS.<u></u><u></u></span></p>
<p class="MsoNormal"><span style="color:#1f497d"><u></u> <u></u></span></p>
<p class="MsoNormal"><span style="color:#1f497d">So where the node does receive a DHCP offer for each request, we can not contact the node on each interface, because there is no DNS entry for each IP address that was issued by DNSMASQ.<u></u><u></u></span></p>
<p class="MsoNormal"><span style="color:#1f497d"><u></u> <u></u></span></p>
<p class="MsoNormal"><span style="color:#1f497d"><u></u> <u></u></span></p>
<p class="MsoNormal"><span style="color:#1f497d">Is there a way DNSMASQ is able to support multihomed hosts or is this a fundamental ommission in DNSMASQ?<u></u><u></u></span></p>
<p class="MsoNormal"><span style="color:#1f497d">And if this is a true ommission, can this support be added?<u></u><u></u></span></p>
<p class="MsoNormal" style="line-height:normal"><span style="color:#1f497d"><u></u> <u></u></span></p>
<p class="MsoNormal" style="line-height:normal"><span style="color:#1f497d"><u></u> <u></u></span></p>
<p class="MsoNormal" style="line-height:normal"><span lang="NL" style="color:#1f497d">Kind regards,<u></u><u></u></span></p>
<p class="MsoNormal" style="line-height:normal"><span lang="NL" style="color:#1f497d"><u></u> <u></u></span></p>
<p class="MsoNormal" style="line-height:normal"><span lang="NL" style="color:#1f497d">Arjen Lobregt<u></u><u></u></span></p>
<p class="MsoNormal"><u></u> <u></u></p>
</div>
-- The information contained in this communication and any attachments is confidential and may be privileged, and is for the sole use of the intended recipient(s). Any unauthorized review, use, disclosure or distribution is prohibited. Unless explicitly stated
 otherwise in the body of this communication or the attachment thereto (if any), the information is provided on an AS-IS basis without any express or implied warranties or liabilities. To the extent you are relying on this information, you are doing so at your
 own risk. If you are not the intended recipient, please notify the sender immediately by replying to this message and destroy all copies of this message and any attachments. The sender nor the company/group of companies he or she represents shall be liable
 for the proper and complete transmission of the information contained in this communication, or for any delay in its receipt.
</div>

<br>_______________________________________________<br>
Dnsmasq-discuss mailing list<br>
<a href="mailto:Dnsmasq-discuss@lists.thekelleys.org.uk">Dnsmasq-discuss@lists.thekelleys.org.uk</a><br>
<a href="http://lists.thekelleys.org.uk/mailman/listinfo/dnsmasq-discuss" rel="noreferrer" target="_blank">http://lists.thekelleys.org.uk/mailman/listinfo/dnsmasq-discuss</a><br>
<br></blockquote></div><br></div>