<div dir="ltr">Hi,<div><br></div><div>Thanks for the advice and the link,</div><div><br></div><div>What i saw when i do testing using tcpdump was "ARP" was not working, and it is not able to associate the FLoating IP with the MAC address of the interface in the VM,  When i do the associate and disassociate the VM , it works fine</div><div><br></div><div>But the Router NameSpace got changed.</div><div><br></div><div>Regards</div><div>Adivya Singh</div></div><br><div class="gmail_quote"><div dir="ltr" class="gmail_attr">On Thu, Jun 23, 2022 at 1:22 PM Slawek Kaplonski <<a href="mailto:skaplons@redhat.com">skaplons@redhat.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">Hi,<br>
<br>
Dnia wtorek, 21 czerwca 2022 13:55:51 CEST Adivya Singh pisze:<br>
> hi Eugen,<br>
> <br>
> The current setup is 3 controller nodes,  The Load is not much  on each<br>
> controller and the number of DHCP agent is always set to 2 as per the<br>
> standard in the neutron.conf, The L3 agent seems to be stables as other<br>
> router namespace works fine under it, Only few router  Namespace get<br>
> affected under the agent.<br>
<br>
Is it that problem happens for new floating IPs or for the FIPs which were working fine and then suddenly stopped working? If the latter, was there any action which triggered the issue to happen?<br>
Is there e.g. only one FIP broken in the router or maybe when it happens, then all FIPs which uses same router are broken?<br>
<br>
Can You also try to analyze with e.g. tcpdump where traffic is dropped exactly? You can check <a href="http://kaplonski.pl/blog/neutron-where-is-my-packet-2/" rel="noreferrer" target="_blank">http://kaplonski.pl/blog/neutron-where-is-my-packet-2/</a> for some more detailed description how traffic should go from the external network to Your instance.<br>
<br>
> <br>
> Most of the template having issue , Have all instance having FLoating IP, a<br>
> Stack with a single floating IP have chance of issue very less<br>
> <br>
> Regards<br>
> Adivya Singh<br>
> <br>
> On Tue, Jun 21, 2022 at 1:18 PM Eugen Block <<a href="mailto:eblock@nde.ag" target="_blank">eblock@nde.ag</a>> wrote:<br>
> <br>
> > Hi,<br>
> ><br>
> > this sounds very familiar to me, I had to deal with something similar<br>
> > a couple of times in a heavily used cluster with 2 control nodes. What<br>
> > does your setup look like, is it a HA setup? I would start checking<br>
> > the DHCP and L3 agents. After increasing dhcp_agents_per_network to 2<br>
> > in neutron.conf and restarting the services this didn't occur again<br>
> > (yet). This would impact floating IPs as well, sometimes I had to<br>
> > disable and enable the affected router(s). If you only have one<br>
> > control node a different approach is necessary. Do you see a high load<br>
> > on the control node?<br>
> ><br>
> ><br>
> > Zitat von Adivya Singh <<a href="mailto:adivya1.singh@gmail.com" target="_blank">adivya1.singh@gmail.com</a>>:<br>
> ><br>
> > > hi Team,<br>
> > ><br>
> > > We got a issue in Xena release, where we set the environment in Ubuntu<br>
> > > Platform, But later we get some issues in Floating IP not reachable.<br>
> > ><br>
> > > In a Network node, not all router namespace are Impacted and only few of<br>
> > > them get affected, So we can not comment Network node has a issue.<br>
> > ><br>
> > > The L3 agent where the Router is tied up, Worked just fine, as other<br>
> > > routers work Fine.<br>
> > ><br>
> > > and the one having issue in Floating IP, if i unassigned and assigned it<br>
> > > starts working most of the time.<br>
> > ><br>
> > > Any thoughts on this<br>
> > ><br>
> > > Regards<br>
> > > Adivya Singh<br>
> ><br>
> ><br>
> ><br>
> ><br>
> ><br>
> <br>
<br>
<br>
-- <br>
Slawek Kaplonski<br>
Principal Software Engineer<br>
Red Hat</blockquote></div>