Description of problem: Nodes in dcn1 are in a different rack than the central site which is where undercloud is. The ironic nodes once imported and brought available state tries to perform cleaning task on the node. During this pxe process, the dhcp request reaches undercloud over l3 route, but does not reach neutron namespace or tap device. The packets are visible on br-ctlplane. The ironic-inspector-dnsmasq ignores these dhcp request (as expected). I have done introspection on the same node in the past on older puddle sucessfully. So this could be a regression. Version-Release number of selected component (if applicable): 17.1-RHEL-9/RHOS-17.1-RHEL-9-20230628.n.2 How reproducible: Always Steps to Reproduce: 1. 2. 3. Actual results: Expected results: dcn node's dhcp request from pxe boot during ironic cleaning process should reach the tap device on which neutron dnsmasq is listening on. Additional info:
jaison-- My bad, as per doc, what should be trying was unicast dhcp relay, which needs to forward the traffic to IP on the tap device. 19:24:19.400264 <switch gw mac> > <undercloud mac>, ethertype IPv4 (0x0800), length 590: (tos 0x0, ttl 62, id 53772, offset 0, flags [DF], proto UDP (17), length 576) 172.151.2.254.bootps > 172.100.1.1.bootps: [udp sum ok] BOOTP/DHCP, Request from <dcn node mac>, length 548, hops 1, xid 0x91be8bef, Flags [Broadcast] (0x8000) or in other words the 1st IP in the range which is the IP/interface dnsmasq would use. dhcp_start = 172.100.1.10 fixing the gateway on dhcp relay fixed the issue. Thanks, Julia Kreger for reviewing this bz. Thanks, Daniel for identifying the issue.