<html>
  <head>
    <meta content="text/html; charset=windows-1252"
      http-equiv="Content-Type">
  </head>
  <body bgcolor="#FFFFFF" text="#000000">
    <tt>Hi Jonathan,<br>
      <br>
      Unfortunately this is a design problem - the t_replicate() is
      actually a t_reply() but without passing the received replies back
      to the caller. So t_replicate() behaves on parallel forking
      exactly as t_reply().<br>
      <br>
      Some additional work may be required to change this and have
      t_replicate() properly replicating to all destination. Could you
      please open a ticket on github about this ?<br>
      <br>
      Thanks and Regards,<br>
    </tt>
    <pre class="moz-signature" cols="72">Bogdan-Andrei Iancu
OpenSIPS Founder and Developer
<a class="moz-txt-link-freetext" href="http://www.opensips-solutions.com">http://www.opensips-solutions.com</a></pre>
    <div class="moz-cite-prefix">On 03.08.2016 19:15, Jonathan Hunter
      wrote:<br>
    </div>
    <blockquote cite="mid:DUB112-W594BDBF6F3D87BC9D8D940BD060@phx.gbl"
      type="cite">
      <style><!--
.hmmessage P
{
margin:0px;
padding:0px
}
body.hmmessage
{
font-size: 12pt;
font-family:Calibri
}
--></style>
      <div dir="ltr">
        <div><span style="font-size: 12pt;">Hi Guys,</span></div>
        <div><br>
        </div>
        <div>We have an old platform we are looking to redesign but in
          the meantime we need to fix a problem we have.</div>
        <div><br>
        </div>
        <div>Currently we have an opensips proxy/registrar with 2 x
          Asterisk boxes behind it.</div>
        <div><br>
        </div>
        <div>Now currently we use t_replicate and the dispatcher module
          (ds_next_domain()) to send REGISTER requests in parallel to
          both Asterisk Servers so they can update their sip peers.</div>
        <div><br>
        </div>
        <div>This works great but we sometimes (an issue we are
          investigating) dont always get a 200ok response back from one
          or both Asterisk servers for the REGISTER message.</div>
        <div><br>
        </div>
        <div>Therefore I am looking to resend the REGISTER whenever this
          may happen.</div>
        <div><br>
        </div>
        <div>This is fine using the fr timers should both Asterisk
          Servers not respond, however if only 1 Server doesnt respond,
          and the other does, this problem is lost, due to the parallel
          forking being applied to the t_replicate scenario.</div>
        <div><br>
        </div>
        <div>I can capture 200 ok messages in onreply routes to confirm
          which Asterisk servers have responded, however I cannot
          t_relay again from this type of route.</div>
        <div><br>
        </div>
        <div>Is there another way to do this? Whereby I can remain
          transaction stateful, and resend a REGISTER message if only
          one of the Asterisk Servers doesnt respond to a REGISTER
          message?</div>
        <div><br>
        </div>
        <div>Thanks</div>
        <div><br>
        </div>
        <div>Jon</div>
      </div>
      <br>
      <fieldset class="mimeAttachmentHeader"></fieldset>
      <br>
      <pre wrap="">_______________________________________________
Users mailing list
<a class="moz-txt-link-abbreviated" href="mailto:Users@lists.opensips.org">Users@lists.opensips.org</a>
<a class="moz-txt-link-freetext" href="http://lists.opensips.org/cgi-bin/mailman/listinfo/users">http://lists.opensips.org/cgi-bin/mailman/listinfo/users</a>
</pre>
    </blockquote>
    <br>
  </body>
</html>