<div><div dir="auto">Absolutely! I’ll test and report back. </div></div><div dir="auto"><br></div><div dir="auto">Thanks Daniel! </div><div><br><div class="gmail_quote"><div dir="ltr">On Thu, Aug 30, 2018 at 03:12 Daniel-Constantin Mierla <<a href="mailto:miconda@gmail.com">miconda@gmail.com</a>> wrote:<br></div><blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex">
  
    
  
  <div text="#000000" bgcolor="#FFFFFF">
    <p>Hello,</p>
    <p>just pushed a patch to allow enabling/disabling registration
      feature for all records at ones:</p>
    <p>  -
<a class="m_-606940137128869764moz-txt-link-freetext" href="https://github.com/kamailio/kamailio/commit/49f354276df3cfc2cdb0f85b5a1839f86733aead" target="_blank">https://github.com/kamailio/kamailio/commit/49f354276df3cfc2cdb0f85b5a1839f86733aead</a></p>
    <p>I haven't tested it yet, maybe you get a chance to give it a try
      and report the results.</p>
    <p>Cheers,<br>
      Daniel<br>
    </p></div><div text="#000000" bgcolor="#FFFFFF">
    <br>
    <div class="m_-606940137128869764moz-cite-prefix">On 13.08.18 21:23, Joel Serrano wrote:<br>
    </div>
    </div><div text="#000000" bgcolor="#FFFFFF"><blockquote type="cite"></blockquote></div><div text="#000000" bgcolor="#FFFFFF"><blockquote type="cite">
      
      <div dir="ltr">Hi Henning, 
        <div><br>
        </div>
        <div>Yes, it would be for the HA setup.</div>
        <div><br>
        </div>
        <div>So for example, say we have (I'm making it up):</div>
        <div><br>
        </div>
        <div>
          <div>modparam("uac", "reg_start_disabled", 1)   ## This tells
            uac module to start with all records in `uacreg` table
            disabled.</div>
        </div>
        <div><br>
        </div>
        <div>1- Start kamailio on both nodes (no registrations are sent
          by any node).</div>
        <div><br>
        </div>
        <div>2- Start keepalived on both nodes, some tests are done, the
          VIP is enabled on one of the nodes (MASTER). Keepalived would
          then run a script that would effectively enable all
          registrations (looping through all the records in the uacreg
          table doing a `kamctl rpc uac.reg_enable ...` or a future
          possible <span style="font-size:small;background-color:rgb(255,255,255);text-decoration-style:initial;text-decoration-color:initial;float:none;display:inline">`kamctl
            rpc uac.reg_enable_all` :P</span>).</div>
        <div><br>
        </div>
        <div>That way, only the active node would be proactively sending
          the outbound registrations.</div>
        <div><br>
        </div>
        <div>I don't see any of this a problem, as right now both are
          sending registrations using the same "Contact:", so any
          incoming requests will be directed to the active kamailio.
          This is just to keep things tidy and not have 2 servers
          sending outbound registrations when it isn't strictly
          necessary.</div>
        <div><br>
        </div>
        <div>What do you think?</div>
        <div> </div>
        <div>Thanks, </div>
        <div>Joel.</div>
        <div><br>
        </div>
        <div><br>
        </div>
        <div><br>
        </div>
        <div><br>
        </div>
        <div><br>
        </div>
        <div><br>
        </div>
        <div><br>
        </div>
        <div><br>
        </div>
      </div>
      <div class="gmail_extra"><br>
        <div class="gmail_quote">On Mon, Aug 13, 2018 at 11:50 AM,
          Henning Westerholt <span dir="ltr"><<a href="mailto:hw@kamailio.org" target="_blank">hw@kamailio.org</a>></span>
          wrote:<br>
          <blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex"><span>Am Montag, 13. August 2018, 07:23:10 CEST schrieb
              Joel Serrano:<br>
              > Thanks for your suggestions. For now I'll give a try
              your approach #1.<br>
              > <br>
              > Couple extra doubts:<br>
              > <br>
              > 1- do you think an expiry of say 60s is too low? or
              is it reasonable? (I<br>
              > know it will depend a lot on the number of records in
              database, but in this<br>
              > case it's very little, like ~50 or so).<br>
              > 2- can I set uac module to initialize without sending
              any REGISTER requests<br>
              > ("start with all records in database disabled")? If
              answer is no, then my<br>
              > idea would be to set uacreg colum reg_delay to say
              10s or so to give time<br>
              > to kamailio to startup, and than have an external
              script manually disable<br>
              > them before the delay expires. What do you think?<br>
            </span>> [..]<br>
            <br>
            Hello Joel,<br>
            <br>
            60s is indeed low. I saw some reports of people use
            something like this in NAT <br>
            settings, but I'd suggest for something between 2-3 minutes.
            This gives you a <br>
            bit more room for eventual errors during a restart or
            something like this.<br>
            <br>
            About the second question - I just did a quick check in the
            code. It seems <br>
            that the uac module is reading during child_init the DB
            records, and there is <br>
            currently no setting to disable this.<br>
            But I did not fully understand the rationale behind this
            question, is this for <br>
            your high-availability setup or something like this?<br>
            <div class="m_-606940137128869764HOEnZb">
              <div class="m_-606940137128869764h5"><br>
                Best regards,<br>
                <br>
                Henning<br>
                <br>
                -- <br>
                Henning Westerholt<br>
                <a href="https://skalatan.de/blog/" rel="noreferrer" target="_blank">https://skalatan.de/blog/</a><br>
              </div>
            </div>
          </blockquote>
        </div>
        <br>
      </div>
      <br>
      <fieldset class="m_-606940137128869764mimeAttachmentHeader"></fieldset>
      <br>
      </blockquote></div><div text="#000000" bgcolor="#FFFFFF"><blockquote type="cite"><pre>_______________________________________________
Kamailio (SER) - Users Mailing List
<a class="m_-606940137128869764moz-txt-link-abbreviated" href="mailto:sr-users@lists.kamailio.org" target="_blank">sr-users@lists.kamailio.org</a>
<a class="m_-606940137128869764moz-txt-link-freetext" href="https://lists.kamailio.org/cgi-bin/mailman/listinfo/sr-users" target="_blank">https://lists.kamailio.org/cgi-bin/mailman/listinfo/sr-users</a>
</pre></blockquote></div><div text="#000000" bgcolor="#FFFFFF"><blockquote type="cite">
    </blockquote>
    <br>
    <pre class="m_-606940137128869764moz-signature" cols="72">-- 
Daniel-Constantin Mierla -- <a class="m_-606940137128869764moz-txt-link-abbreviated" href="http://www.asipto.com" target="_blank">www.asipto.com</a>
<a class="m_-606940137128869764moz-txt-link-abbreviated" href="http://www.twitter.com/miconda" target="_blank">www.twitter.com/miconda</a> -- <a class="m_-606940137128869764moz-txt-link-abbreviated" href="http://www.linkedin.com/in/miconda" target="_blank">www.linkedin.com/in/miconda</a>
Kamailio World Conference -- <a class="m_-606940137128869764moz-txt-link-abbreviated" href="http://www.kamailioworld.com" target="_blank">www.kamailioworld.com</a>
Kamailio Advanced Training, Nov 12-14, 2018, in Berlin -- <a class="m_-606940137128869764moz-txt-link-abbreviated" href="http://www.asipto.com" target="_blank">www.asipto.com</a></pre>
  </div>

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