<html><head><meta http-equiv="content-type" content="text/html; charset=utf-8"></head><body dir="auto"><br>Hi Ammad<br><div dir="ltr"><br></div><div dir="ltr"><br><blockquote type="cite">On 12 Oct 2021, at 10:33, Ammad Syed <syedammad83@gmail.com> wrote:<br><br></blockquote></div><blockquote type="cite"><div dir="ltr"><div dir="ltr">Hi,<div><br></div><div>I am using openstack wallaby. I have seen an issue not sure if its a bug or configuration related issue. I am using ml2/ovn backend with distributed floating IP enabled. I have made my compute node 1 as a gateway chassis where the routers are scheduled. </div><div><br></div><div>I have then created an instance and NATed a public IP. The instance deployed on compute 2. When I see the IP address via curl <a href="http://ipinfo.io">ipinfo.io</a> it shows the floating IP that I have NATed.</div><div><br></div><div>Then I migrated the instance to compute node 1. I had many ping drops for a couple of seconds then its back to normal. I have then seen the IP address via curl <a href="http://ipinfo.io">ipinfo.io</a>. It showed me the SNAT IP address of router.</div></div></div></blockquote><div><br></div>Could it be that the compute 1 is not properly configured with a connection on the public network? Provider bridge, correct bridge mappings and so on and then the traffic falls back to centralized?<div><br></div><div><br><blockquote type="cite"><div dir="ltr"><div dir="ltr"><div><br></div><div>Then I migrated the instance back to compute node 2, I had ping drops for 20 seconds and then the instance came back. I have seen the IP via curl, it showed the floating IP that I have nated with instance.</div><div><br></div><div>Is it the expected behavior ? <br clear="all"><div><br></div>Ammad</div></div>
</div></blockquote></div></body></html>