<div dir="ltr"><div>Hello Arnaud:</div><div><br></div><div>You said "all distributed routers are answering to ARP and ICMP, thus creating duplicates in the network". To what IP addresses are the DVR routers replying?</div><div><br></div><div>Regards.</div><div><br></div></div><br><div class="gmail_quote"><div dir="ltr" class="gmail_attr">On Mon, Dec 12, 2022 at 10:01 AM Arnaud Morin <<a href="mailto:arnaud.morin@gmail.com">arnaud.morin@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">Hello team,<br>
<br>
When using router in DVR (+ HA), we end-up having the router on all<br>
computes where needed.<br>
<br>
So far, this is nice.<br>
<br>
We want to introduce Ironic baremetal servers, with a private network<br>
access.<br>
DVR won't apply on such baremetal servers, and we know floating IP are<br>
not going to work.<br>
<br>
Anyway, we were thinking that SNAT part would be OK.<br>
After doing few tests, we noticed that all distributed routers are<br>
answering to ARP and ICMP, thus creating duplicates in the network.<br>
<br>
$ arping -c1 192.168.43.1<br>
ARPING 192.168.43.1<br>
60 bytes from fa:16:3f:67:97:6a (192.168.43.1): index=0 time=634.700 usec<br>
60 bytes from fa:16:3f:dc:67:91 (192.168.43.1): index=1 time=750.298 usec<br>
<br>
--- 192.168.43.1 statistics ---<br>
1 packets transmitted, 2 packets received,   0% unanswered (1 extra)<br>
<br>
<br>
<br>
Is there anything possible on neutron side to prevent this?<br>
<br>
<br>
FYI, I did a comparison with routers in centralized mode (+ HA).<br>
In that situation, keepalived is putting the qr-xxx interface down in<br>
qrouter namespace.<br>
In distributed mode, keepalives is running in snat- namespace and cannot<br>
manage the router interface.<br>
<br>
Any help / tip would be appreciated.<br>
<br>
Thanks!<br>
<br>
Arnaud.<br>
<br>
</blockquote></div>