Sir , <div>I always do a thorough searching through the user&#39;s mailing list here., and I know I still find it difficult thinking about creating a cluster of Kamailio servers. <br>If only there could be basic instructions and specially role of new version modules(may be <b>dmq</b>) to create a telco-grade implementation would be a great resource.<div>
<br></div><div>Thats just my suggestion, I am trying to setup a clustered service and still no luck. Only heartbeat works which is pretty basic, anything on top of heartbeat to make it application level redundant (active/passive OR active/active) like OCF resources and their documentation is never published or documented by anyone so far !<br>
<br>Thanks</div><div>Sammy Go.</div><div><br><div class="gmail_quote">On Mon, Jun 11, 2012 at 4:38 PM, Daniel-Constantin Mierla <span dir="ltr">&lt;<a href="mailto:miconda@gmail.com" target="_blank">miconda@gmail.com</a>&gt;</span> wrote:<br>
<blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex">
  
    
  
  <div bgcolor="#FFFFFF" text="#000000">
    Hello,<br>
    <br>
    the wiki is open for everyone to contribute:<br>
      * <a href="http://www.kamailio.org/wiki/" target="_blank">http://www.kamailio.org/wiki/</a><br>
    <br>
    You need to make yourself an account, the anonymous posting based on
    CAPTCHA was disabled due to spam bots easily breaking CAPTCHA system
    and posting spam.<br>
    <br>
    If someone takes the time to search a bit through the archive,
    probably can find useful information to add to such page, then
    perhaps other people will come and contribute more.<br>
    <br>
    The mailing list is full of useful information, the problem is that
    not many people are digesting it and write wiki pages ... most of
    the content is by core developers, but they have other tasks as
    well, so a hand from user community will be more useful.<br>
    <br>
    Cheers,<br>
    Daniel<div><div class="h5"><br>
    <br>
    <div>On 6/11/12 12:48 PM, SamyGo wrote:<br>
    </div>
    <blockquote type="cite">
      <div>Hi, </div>
      <div><br>
      </div>
      I personally think that there needs to be an official wiki page
      giving details about a basic redundant/HA server setup. A lot of
      people need this on regular basis. So I request forum members and
      contributors to share their guidelines on this.
      <div>
        <br>
      </div>
      <div>Thanks,</div>
      <div>Sammy Go.<br>
        <br>
        <div class="gmail_quote">On Mon, Jun 11, 2012 at 3:32 PM,
          Carsten Bock <span dir="ltr">&lt;<a href="mailto:carsten@ng-voice.com" target="_blank">carsten@ng-voice.com</a>&gt;</span>
          wrote:<br>
          <blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex">Hi Carel,<br>
            <br>
            this is a rather complex question with no simple yes or no
            answer.<br>
            You can use the dialog module with no &quot;in-memory&quot; storage of
            dialog<br>
            data and leave it to the database to do the replication. I
            think<br>
            postgres has Multi-Master Replication, i am not sure about
            MySQL.<br>
            At a major german telco operator, we did something similar:
            We had two<br>
            servers, both with different addresses and an Alias for the
            other<br>
            server. In that case, we had two loadbalancers (logically
            one in a HA<br>
            setup) in front, who would do the failover in case. Worked
            fine.<br>
            <br>
            Carsten<br>
            <br>
            <br>
            <br>
            2012/6/5 Reinhard, Carel (GD) &lt;<a href="mailto:Carel.Reinhard@srgssr.ch" target="_blank">Carel.Reinhard@srgssr.ch</a>&gt;:<br>
            <div>
              <div>&gt; Dear all, hope to get some
                information from you guys!<br>
                &gt;<br>
                &gt;<br>
                &gt;<br>
                &gt; For a redundant service we have to build up SIP
                proxy/registrar server in a<br>
                &gt; high available scenario. Therefore, we will have 2
                SIP proxy/registrar on<br>
                &gt; two completely independent servers. They should be
                SIP dialog stateful and<br>
                &gt; replicate all the session/call states between each
                other. If one server<br>
                &gt; fails, the other should have all the SIP dialog
                information for call<br>
                &gt; handling and accounting. How can this done in a
                stable and reliable way? Is<br>
                &gt; this feature mature enough to support enterprise
                requirements?<br>
                &gt;<br>
                &gt; The only information I have is to build it up with
                the DISPATCHER module,<br>
                &gt; but it seems more to be a stateless load-balancer
                instead of a HA module.<br>
                &gt;<br>
                &gt;<br>
                &gt;<br>
                &gt; Who has experience with HA failover designs with
                Kamailio and can give me<br>
                &gt; some hints?<br>
                &gt;<br>
                &gt;<br>
                &gt;<br>
                &gt; Thank you very much in advance<br>
                &gt;<br>
                &gt; Kind regards<br>
                &gt;<br>
                &gt; Carel<br>
                &gt;<br>
                &gt;<br>
                &gt;<br>
                &gt;<br>
                &gt;<br>
                &gt; Carel Reinhard<br>
                &gt; Security and VoIP Engineer<br>
                &gt;<br>
                &gt;<br>
                &gt;<br>
                &gt; SRG SSR Switzerland<br>
                &gt;<br>
                &gt; Telefon direkt      <a href="tel:%2B41%2031%20350%2094%2007" value="+41313509407" target="_blank">+41 31 350 94 07</a><br>
                &gt;<br>
                &gt; <a href="mailto:Carel.Reinhard@srgssr.ch" target="_blank">Carel.Reinhard@srgssr.ch</a><br>
                &gt;<br>
                &gt;<br>
                &gt;<br>
                &gt;<br>
              </div>
            </div>
            &gt; _______________________________________________<br>
            &gt; SIP Express Router (SER) and Kamailio (OpenSER) -
            sr-users mailing list<br>
            &gt; <a href="mailto:sr-users@lists.sip-router.org" target="_blank">sr-users@lists.sip-router.org</a><br>
            &gt; <a href="http://lists.sip-router.org/cgi-bin/mailman/listinfo/sr-users" target="_blank">http://lists.sip-router.org/cgi-bin/mailman/listinfo/sr-users</a><br>
            &gt;<br>
            <br>
            <br>
            <br>
            --<br>
            Carsten Bock<br>
            CEO (Geschäftsführer)<br>
            <br>
            ng-voice GmbH<br>
            Schomburgstr. 80<br>
            D-22767 Hamburg / Germany<br>
            <br>
            <a href="http://www.ng-voice.com" target="_blank">http://www.ng-voice.com</a><br>
            mailto:<a href="mailto:carsten@ng-voice.com" target="_blank">carsten@ng-voice.com</a><br>
            <br>
            Mobile <a href="tel:%2B49%20179%202021244" value="+491792021244" target="_blank">+49
              179 2021244</a><br>
            Office <a href="tel:%2B49%2040%2034927219" value="+494034927219" target="_blank">+49
              40 34927219</a><br>
            Fax <a href="tel:%2B49%2040%2034927220" value="+494034927220" target="_blank">+49
              40 34927220</a><br>
            <br>
            Sitz der Gesellschaft: Hamburg<br>
            Registergericht: Amtsgericht Hamburg, HRB 120189<br>
            Geschäftsführer: Carsten Bock<br>
            Ust-ID: DE279344284<br>
            <br>
            Hier finden Sie unsere handelsrechtlichen Pflichtangaben:<br>
            <a href="http://www.ng-voice.com/imprint/" target="_blank">http://www.ng-voice.com/imprint/</a><br>
            <br>
            _______________________________________________<br>
            SIP Express Router (SER) and Kamailio (OpenSER) - sr-users
            mailing list<br>
            <a href="mailto:sr-users@lists.sip-router.org" target="_blank">sr-users@lists.sip-router.org</a><br>
            <a href="http://lists.sip-router.org/cgi-bin/mailman/listinfo/sr-users" target="_blank">http://lists.sip-router.org/cgi-bin/mailman/listinfo/sr-users</a><br>
          </blockquote>
        </div>
        <br>
      </div>
      <br>
      <fieldset></fieldset>
      <br>
      <pre>_______________________________________________
SIP Express Router (SER) and Kamailio (OpenSER) - sr-users mailing list
<a href="mailto:sr-users@lists.sip-router.org" target="_blank">sr-users@lists.sip-router.org</a>
<a href="http://lists.sip-router.org/cgi-bin/mailman/listinfo/sr-users" target="_blank">http://lists.sip-router.org/cgi-bin/mailman/listinfo/sr-users</a>
</pre>
    </blockquote>
    <br>
    </div></div><span class="HOEnZb"><font color="#888888"><pre cols="72">-- 
Daniel-Constantin Mierla - <a href="http://www.asipto.com" target="_blank">http://www.asipto.com</a>
<a href="http://twitter.com/#!/miconda" target="_blank">http://twitter.com/#!/miconda</a> - <a href="http://www.linkedin.com/in/miconda" target="_blank">http://www.linkedin.com/in/miconda</a>
Kamailio Advanced Training, Seattle, USA, Sep 23-26, 2012 - <a href="http://asipto.com/u/katu" target="_blank">http://asipto.com/u/katu</a>
Kamailio Practical Workshop, Netherlands, Sep 10-12, 2012 - <a href="http://asipto.com/u/kpw" target="_blank">http://asipto.com/u/kpw</a></pre>
    <br>
    <br>
  </font></span></div>

</blockquote></div><br></div></div>