<div dir="ltr"><div dir="ltr"><div><blockquote class="gmail_quote" style="margin:0px 0px 0px 0.8ex;border-left:1px solid rgb(204,204,204);padding-left:1ex">is it possible that offering leases reserved by MAC don't work across network segments?</blockquote></div><br></div><div>My client and server <i>are</i> in the same segment (VLAN 199). I made a basic diagram showing the physical connections and the relevant layer 2 and layer 3 details: <a href="https://docs.google.com/drawings/d/1jo6834EdFt3SWwzRkrY-eWhwmFIDDYTiKFM8fpgMwSY/edit?usp=sharing">https://docs.google.com/drawings/d/1jo6834EdFt3SWwzRkrY-eWhwmFIDDYTiKFM8fpgMwSY/edit?usp=sharing</a></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">i also don't recall seeing anything about DHCP-passthrough, DHCP-proxy, or similar in your original post... could it be that one of these is needed to facilitate this change so the address assignment can be made based on the MAC?</blockquote><div><br></div><div>I don't think these options are relevant to me because there are no other DHCP servers in this network segment. IP address assignment based on client MAC address was working as expected before I removed the IP address <a href="http://172.18.15.1/24">172.18.15.1/24</a> (the gateway address of this /24 subnet) from the dnsmasq server and added it to a switch in this VLAN.</div><div><br></div><div>Thanks for giving it some thought.</div><div><br></div><div>-Rich</div><br><div class="gmail_quote"><div dir="ltr" class="gmail_attr">On Thu, Oct 27, 2022 at 5:59 AM <<a href="mailto:wkitty42@gmail.com">wkitty42@gmail.com</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 10/26/22 8:34 PM, Rich Otero via Dnsmasq-discuss wrote:<br>
> In this new config, rack7-pdu1 does receive DHCP responses from dnsmasq and it <br>
> gets a lease. It's just the /wrong/ lease, one from the DHCP pool, not the <br>
> reserved IP address that we expect it to get.<br>
<br>
is it possible that offering leases reserved by MAC don't work across network <br>
segments? AFAIK, MAC addresses only travel within the current segment... once <br>
the traffic crosses a segment boundary, the MAC in the packet is replaced with <br>
the MAC of the boundary device... or am i remembering some ancient thing that no <br>
longer applies?<br>
<br>
i also don't recall seeing anything about DHCP-passthrough, DHCP-proxy, or <br>
similar in your original post... could it be that one of these is needed to <br>
facilitate this change so the address assignment can be made based on the MAC?<br>
<br>
just a couple of pre-c0ffee spitballs 5 minutes after wakeup...<br>
<br>
-- <br>
  NOTE: No off-list assistance is given without prior approval.<br>
        *Please keep mailing list traffic on the list unless*<br>
        *a signed and pre-paid contract is in effect with us.*<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></div>