<div dir="ltr">Hi,<br><br>I'm testing <a href="https://blog.opensips.org/2019/10/03/re-homing-your-calls-with-opensips-3-0/">https://blog.opensips.org/2019/10/03/re-homing-your-calls-with-opensips-3-0/</a> and I have a problem with re-homing calls from the backup server back to the primary server.<br><br>My configuration is as follows:<br>shared mongodb : 172.20.2.19<br>opensips virtual floating ip : 172.20.2.20<br>opensips-0 : 172.20.2.21<br>opensips-1 : 172.20.2.22<br><br>to float the ip, i'm using keepalived monitoring both the network and the opensips process.<br>When it detects the virtual ip has become available locally, keepalived does this:<br><br>opensips-cli -x mi clusterer_shtag_set_active testtag/1<br>opensips-cli -x mi dlg_list | jq -r '.Dialogs[] | .callid' | while IFS='' read -r callid; do<br>  opensips-cli -x mi dlg_send_sequential callid=${callid} mode=challenge body=inbound<br>done<br><br><div>Now I'm testing 2 scenarios, in the first one the opensips process on the primary server terminates, in the second scenario the network to the primary server is interrupted.</div><div>In both cases I expect calls to be re-homed to the backup server (which always happens) and to come back to the primary server when the problem has been resolved (which doesn't always happen).</div><div><br></div><div>Here's the breakdown of the 2 tests.<br></div><div><br></div>So, when I start a call through opensips-0 and then kill the opensips process, the virtual ip floats to the secondary server, and all calls are migrated to the backup server.<br>When the opensips process is restarted, the ip floats back to the primary server and all calls are migrated back.<br>All good here.<br><br>However, when I start a call through opensips-0 and pull the network cable, the virtual ip floats to the secondary server and all calls are migrated.<br>But, when the network is restored and the ip floats back to the primary server, calls fail to migrate back.<br><div>In the screenshot attached here you can see the invite that should migrate the calls back to the primary server.</div><a href="https://ibb.co/m4trL1Y">https://ibb.co/m4trL1Y</a><div>Note that in this second scenario <span class="gmail-il">opensips</span> loses connectivity, but it doesn't restart.<br></div><div></div><div><br></div><div>I tried to do `<span class="gmail-il">opensips</span>-cli -x mi dlg_cluster_sync` and/or `<span class="gmail-il">opensips</span>-cli -x mi dlg_restore_db` on the primary server before the tag is set to active and calls are migrated back, but it didn't help.<div></div><div><br></div><div>I hope this makes some sense.</div><div>Is there any other info or test I can provide?<br></div></div><div>Thanks</div><div>AR</div></div>