<div dir="ltr">Hello List,<div><br></div><div>and also an happy new year to everyone.</div><div><br></div><div>I use CentOS 7.4.x with kamailio 5.0.5 and rtpengine on a pacemaker/corosync cluster</div><div>in front of an internal kamailio siprouter and media-services.</div><div><br></div><div>If i did an "pcs node standby" to failover my frontend-kamailio (udp/tcp 5060, udp/tcp 5061-tls and tcp websocket-secure) i noticed the following scenarios:</div><div><br></div><div>1) Plain RTP: just stocks a few seconds and flows. Everything fine.</div><div>2) SDES/RTP: silence - but REINVITE manually in my client brings audio back. Need improvement.</div><div>3) DTLS/RTP WebRTC: silence - all clients shows an active call. I know that there is NO way to recover this call - because of the temporay DTLS certificate due the rtpengine start-up.</div><div><br></div><div><br></div><div>So i thought - for scenario1) i dont need anything to do. Works nice.</div><div>For scenario2) i need something to "remember its SDES/RTP calls and send them an REINVITE"</div><div>And for scenario3) i should just hangup all WebRTC calls - IMHO the best for that.</div><div><br></div><div>How can i fire-up these tasks to get an "clean-up" or "reinvite" after an failover?</div><div><br></div><div><div><br></div><div>scenario legend:</div><div><div>1) unencrypted call</div><div>2) TLS/SDES encrypted call</div><div>3) DTÖS WebRTC encrypted call</div></div><div><br></div>-- <br><div class="gmail_signature">Kind Regards<br>*Karsten Horsmann*<br></div>
</div></div>