<html>
<head>
<meta content="text/html; charset=UTF-8" http-equiv="Content-Type">
</head>
<body bgcolor="#FFFFFF" text="#000000">
Hello,<br>
<br>
accounting using acc module just work fine if both servers write to
same database, there is nothing to sync in states between active and
standby server.<br>
<br>
For rtpproxy, afaik, there is no hot HA system offered by the
application. For rtpengine, there were some patches circulating
around here (iirc, sent by Carsten Bock) to use a redis server for
active-standby sync. Also, because each call uses at least 4 ports,
be sure that the standby stays clean of other apps that can use
ports which can be used by the active server.<br>
<br>
On the other hand, rtpproxy is rather basic UDP forwarder, unlikely
to crash. If you use rtpproxy on another system than kamailio, then
you are achieving the availability required by most of the services
out there. You should just use many rtpproxy at once, kamailio is
able to work with all of them (actually, this is recommended if you
want to use properly the CPU cores, because rtpproxy is single
process application). If you want to put the rtpproxy server in
maintenance, use another host with rtpproxy, reconfigure kamailio to
use them and let the old ones running for a while so existing calls
keep going fine.<br>
<br>
Over the time, I got to the conclusion that replicating a lot of
states during normal operations adds more overhead and problems than
finding specif solutions for particular very rare cases. Have in
mind that rtp stream means a lot of small packets, it is better to
keep the handling of them as simple as possible not to affect the
QoS.<br>
<br>
Cheers,<br>
Daniel<br>
<br>
<div class="moz-cite-prefix">On 15/12/15 19:02, Frank Costeira
wrote:<br>
</div>
<blockquote
cite="mid:CAHvDaruv-EXX9PaJFoi4BJ1HkPg2khY2qtO+3d7P5Tas3u0dVA@mail.gmail.com"
type="cite">
<div dir="ltr">Hi,
<div><br>
</div>
<div>I would prefer to maintain the dialog and rtp session,
however push come to shove maintaining the RTP session would
be sufficient. </div>
<div><br>
</div>
<div>Is it possible to do state-full failover of both the dialog
and rtp or just rtp?</div>
<div><br>
</div>
<div>Any recommendations on documentation or how-to to read that
would point me in the right direction?<br>
</div>
<div><br>
</div>
<div>Thanks</div>
<div><br>
</div>
<div>Regards</div>
</div>
<div class="gmail_extra"><br>
<div class="gmail_quote">On Tue, Dec 15, 2015 at 9:47 AM, Alex
Balashov <span dir="ltr"><<a moz-do-not-send="true"
href="mailto:abalashov@evaristesys.com" target="_blank">abalashov@evaristesys.com</a>></span>
wrote:<br>
<blockquote class="gmail_quote" style="margin:0 0 0
.8ex;border-left:1px #ccc solid;padding-left:1ex">Well, that
depends. Is your objective really RTP failover, or also
failover of dialog state (e.g. for some accounting purpose)?<br>
<br>
<span class="">--<br>
Alex Balashov | Principal | Evariste Systems LLC<br>
303 Perimeter Center North, Suite 300<br>
Atlanta, GA 30346<br>
United States<br>
<br>
Tel: <a moz-do-not-send="true"
href="tel:%2B1-800-250-5920" value="+18002505920">+1-800-250-5920</a> (toll-free) / <a
moz-do-not-send="true" href="tel:%2B1-678-954-0671"
value="+16789540671">+1-678-954-0671</a> (direct)<br>
Web: <a moz-do-not-send="true"
href="http://www.evaristesys.com/" rel="noreferrer"
target="_blank">http://www.evaristesys.com/</a>, <a
moz-do-not-send="true" href="http://www.csrpswitch.com/"
rel="noreferrer" target="_blank"><a class="moz-txt-link-freetext" href="http://www.csrpswitch.com/">http://www.csrpswitch.com/</a></a><br>
<br>
</span>Sent from my BlackBerry.<br>
Original Message <br>
From: Frank Costeira<br>
Sent: Tuesday, December 15, 2015 09:41<br>
To: Kamailio (SER) - Users Mailing List<br>
Reply To: Kamailio (SER) - Users Mailing List<br>
Subject: Re: [SR-Users] State-full failover
Kamailio+RTPProxy<br>
<div class="HOEnZb">
<div class="h5"><br>
<br>
_______________________________________________<br>
SIP Express Router (SER) and Kamailio (OpenSER) -
sr-users mailing list<br>
<a moz-do-not-send="true"
href="mailto:sr-users@lists.sip-router.org">sr-users@lists.sip-router.org</a><br>
<a moz-do-not-send="true"
href="http://lists.sip-router.org/cgi-bin/mailman/listinfo/sr-users"
rel="noreferrer" target="_blank">http://lists.sip-router.org/cgi-bin/mailman/listinfo/sr-users</a><br>
</div>
</div>
</blockquote>
</div>
<br>
</div>
<br>
<fieldset class="mimeAttachmentHeader"></fieldset>
<br>
<pre wrap="">_______________________________________________
SIP Express Router (SER) and Kamailio (OpenSER) - sr-users mailing list
<a class="moz-txt-link-abbreviated" href="mailto:sr-users@lists.sip-router.org">sr-users@lists.sip-router.org</a>
<a class="moz-txt-link-freetext" href="http://lists.sip-router.org/cgi-bin/mailman/listinfo/sr-users">http://lists.sip-router.org/cgi-bin/mailman/listinfo/sr-users</a>
</pre>
</blockquote>
<br>
<pre class="moz-signature" cols="72">--
Daniel-Constantin Mierla
<a class="moz-txt-link-freetext" href="http://twitter.com/#!/miconda">http://twitter.com/#!/miconda</a> - <a class="moz-txt-link-freetext" href="http://www.linkedin.com/in/miconda">http://www.linkedin.com/in/miconda</a>
Book: SIP Routing With Kamailio - <a class="moz-txt-link-freetext" href="http://www.asipto.com">http://www.asipto.com</a>
<a class="moz-txt-link-freetext" href="http://miconda.eu">http://miconda.eu</a></pre>
</body>
</html>