<div style="font-family: arial; font-size: 12px;"><div>Checking iptables for the metadata-proxy inside of qrouter provides the following:</div><div>$ip netns exec qrouter-80c3bc40-b49c-446a-926f-99811adc0c5e iptables-save -c | grep 169            <br>[0:0] -A neutron-l3-agent-PREROUTING -d 169.254.169.254/32 -i qr-+ -p tcp -m tcp --dport 80 -j REDIRECT --to-ports 9697<br>[0:0] -A neutron-l3-agent-PREROUTING -d 169.254.169.254/32 -i qr-+ -p tcp -m tcp --dport 80 -j MARK --set-xmark 0x1/0xffff</div><div>Packets:Bytes are both 0, so no traffic is touching this rule?</div><div><br></div><div>Interestingly the command:</div><div>$ip netns exec qrouter-80c3bc40-b49c-446a-926f-99811adc0c5e netstat -anep | grep 9697<br>returns nothing, so there isn't actually anything running on 9697 in the network namespace...</div><div><br></div><div>This is the output without grep:<br>Active Internet connections (servers and established)<br>Proto Recv-Q Send-Q Local Address           Foreign Address         State       User       Inode      PID/Program name    <br>raw        0      0 0.0.0.0:112             0.0.0.0:*               7           0          76154      8404/keepalived      <br>raw        0      0 0.0.0.0:112             0.0.0.0:*               7           0          76153      8404/keepalived      <br>Active UNIX domain sockets (servers and established)<br>Proto RefCnt Flags       Type       State         I-Node   PID/Program name     Path<br>unix  2      [ ]         DGRAM                    64501    7567/python2          <br>unix  2      [ ]         DGRAM                    79953    8403/keepalived</div><div><br></div><div>Could the reason no traffic touching the rule be that nothing is listening on that port, or is there a second issue down the chain?</div><div><br></div><div>Curl fails even after restarting the neutron-dhcp-agent & neutron-metadata agent.</div><div><br>Thank you for this, and any future help.</div></div>