I have a created static route for subnet 20.20.20.0/26 and pointed it to next hop 10.10.10.2 (IP on HP core switch). That IP belongs to Interconnect VLAN 10.10.10.0/29 (VLAN 11) between Meraki MX67 (10.10.10.1) and Core switch (10.10.10.2).
Meraki is acting as DHCP Server for 20.20.20.0/26 subnet, settings are as follows :
Client addressing : Run a DHCP server
Gateway IP : 20.20.20.1 (IP On HP Core Switch) - I can reach this IP
Lease time : 1 day
DNS nameservers : Specify nameservers...
Custom nameservers
1.1.1.1
2.2.2.2
Boot options disabled
No DHCP Option
No Reserved Range
No Fixed IP assignment
Configured Switchport as Trunk and configured ICN VLAN 11 as Native
Now there are two machines in Subnet 20.20.20.0/26 which are not able to receive IP from Meraki. In the event log, I see below error.
DHCP DHCP problem extra: no_offers_received, vap: 0, vlan: 11
Above error only appears for first machine...
Whereas for second machine, it requests IP from whole different range and can be seen under DHCP Option 50 in packet capture. (Will run this with client first thing tomorrow)
For first machine, it does not list any DHCP option 50
So far whenever I run packet capture, I Only see DHCP Discovery packets but nothing for DHCP OFFERS and all.
I have similar setup at other sites where it is working flawlessly but not here. Firmware (18.107.2) is also up to date, same firmware is also present on working sites. Client says switch has same config as other sites, so far CISCO TAC not able to conclude.. Any help ?
Solved! Go to solution.
A very quick test is to connect the machine directly to the port on the MX to validate whether the machine will receive IP. I still believe the problem is not the MX.
You need to create the IP helper address in the SVI of the HP Switch pointing to the IP of the MX.
More specifically for the SVI of this subnet 20.20.20.0/26
IP Helper Address is configured pointing to Meraki IP of Interconnect VLAN 10.10.10.1 but still no luck.
From what I understand, only two machines are not receiving IP, right? Are you sure the addresses haven't already run out?
I'm almost 100% sure that it's a problem with the HP switch's DHCP relay, I've seen this happen in the past with HP switches.
See this link, maybe it will be useful.
Another question is, are you sure that on both the Switch and the MX the network mask (255.255.255.192) and subnet are configured the same?
My bad if I am not being clear there. There are only 2 machines in that Subnet so pool is completely free.
A very quick test is to connect the machine directly to the port on the MX to validate whether the machine will receive IP. I still believe the problem is not the MX.
After replacing HP Core switch, issue got resolved. Thanks for all the suggestions and you were right.
Out of curiosity, what IP address is/was the MX using for itself in the 20.20.20.0 subnet? Could it have been using 20.20.20.1, the same address as the HP core SVI? Perhaps the HP hardware swap just forced a readdressing that no longer conflicts?
Dave H