<div dir="ltr">Hello all,<div><br></div><div>I am using bird 1.6.3 on OpenWRT to use BFD.  This is our setup:</div><div><br></div><div>Ubuntu m/c(BIRD running, BFD configured, interface enp2s0) ----------------------------> OpenWRT Box(BIRD running, BFD configured, interface br-lan)</div><div><br></div><div>The bird configuration on OpenWRT:</div><div><br></div><div>protocol device {<br>        scan time 10;<br>}<br>protocol bfd {<br>        neighbor 172.16.2.4;<br>}<br></div><div><br></div><div>Bird configuration on Ubuntu m/c:</div><div><br></div><div>protocol device {<br>        debug all;<br>        scan time 10;<br>}<br><br>protocol kernel {<br>        scan time 10;<br>        metric 64;      # Use explicit kernel route metric to avoid collisions<br>                        # with non-BIRD routes in the kernel routing table<br>        import none;<br>#       export all;     # Actually insert routes into the kernel routing table<br>}<br><br>protocol bfd {<br>        debug all;<br>        interface "enp2s0";<br>        neighbor 172.16.2.1;<br>}<br></div><div>    </div><div>When the enp2s0 interface IP on the Ubuntu m/c is changed continuously using the ifconfig command, we can see that after few tries, the bfd session state is stuck at INIT and only a restart of the bird4 daemon brings the bfd session UP. Enabling the bfd debugs on the PC shows the following error:</div><div><br></div><div>  bird: bfd1: Socket error: bind: Cannot assign requested address  <br></div><div><br></div><div>Debug logs on the Ubuntu m/c: </div><div><br></div><div>bird: bfd1: Sending CTL to 172.16.2.1 [Up]<br>bird: bfd1: CTL received from 172.16.2.1 [Up]<br>bird: bfd1: Sending CTL to 172.16.2.1 [Up]<br>bird: bfd1: Session to 172.16.2.1 removed<br>bird: bfd1: Session to 172.16.2.1 added<br>bird: bfd1: Sending CTL to 172.16.2.1 [Down]<br>bird: bfd1: Sending CTL to 172.16.2.1 [Down]<br>bird: bfd1: Sending CTL to 172.16.2.1 [Down]<br>bird: bfd1: Session to 172.16.2.1 removed<br>bird: bfd1: Socket error: bind: Cannot assign requested address<br>bird: bfd1: Session to 172.16.2.1 added<br>bird: bfd1: CTL received from 172.16.2.1 [Down]<br>bird: bfd1: Session to 172.16.2.1 changed state from Down to Init<br>bird: bfd1: CTL received from 172.16.2.1 [Down]<br>bird: bfd1: CTL received from 172.16.2.1 [Down]<br>bird: bfd1: CTL received from 172.16.2.1 [Down]<br>bird: bfd1: CTL received from 172.16.2.1 [Down]<br>bird: device1: Scanning interfaces<br></div><div><br></div><div>It looks like a timing issue as the number of times we need to change the interface IP to reproduce the issue is different each time, but it is reproduced consistently.</div><div>These are the steps we repeated on our Ubunutu PC till the state show INIT and is stuck there:</div><div><br></div><div>1. ifconfig enp2s0 192.168.2.44</div><div>2. ifconfig enp2s0 192.168.2.4</div><div>3. birdc4 show bfd session    </div><div> </div><div> The post <a href="https://bird.network.cz/pipermail/bird-users/2020-January/014183.html" target="_blank">https://bird.network.cz/pipermail/bird-users/2020-January/014183.html</a> reports the same issue. There seems to be no suggestions on the thread. It would be really helpful if you could look in to this and let me know if there is any workaround for this problem other than a restart, because we have a script running which polls the bfd status and reports to the application above. It does not seem sensible to just restart the bird daemon when an INIT state is encountered. </div><div>Any help is much appreciated.</div><div><br></div><div>Thank you,</div><div>Nisha Muraleedharan</div></div>