<html>
  <head>
    <meta http-equiv="Content-Type" content="text/html;
      charset=windows-1252">
  </head>
  <body>
    <p>Hello,</p>
    <p>the problem I see with 1) is in case one wants to set there SIP
      URI for other transports than UDP, the ; is used to separate URI
      parameters as well. I think now it supports only UDP anyhow, but
      to have it open for future, this should be kept in mind<br>
    </p>
    <p>From my point of view, for the modules I work with and develop,
      the style of separating with ; within same modparam value suits
      for sip-params-like-values, respectively
      name1=value1;name2=value2; ... because parase param function can
      be used. In this case, a value can contain ; but the entire value
      has to be enclosed in quotes.</p>
    <p>So far 1) maybe another delimiter between URIs should be used,
      like comma.</p>
    <p>Personally I would like more for 2), it is more compact in case
      one uses many addresses, not to have a single very long value, but
      I don't really mind 1) with a different separator (at the end both
      variants can be supported :-) , but more coding is needed, without
      much benefits ...)</p>
    <p>Cheers,<br>
      Daniel<br>
    </p>
    <div class="moz-cite-prefix">On 05.10.20 17:25, Henning Westerholt
      wrote:<br>
    </div>
    <blockquote type="cite"
cite="mid:AM0PR05MB6595936ECC3E48D9FC640AC0C50C0@AM0PR05MB6595.eurprd05.prod.outlook.com">
      <meta http-equiv="Content-Type" content="text/html;
        charset=windows-1252">
      <meta name="Generator" content="Microsoft Word 15 (filtered
        medium)">
      <style><!--
/* Font Definitions */
@font-face
        {font-family:Wingdings;
        panose-1:5 0 0 0 0 0 0 0 0 0;}
@font-face
        {font-family:"Cambria Math";
        panose-1:2 4 5 3 5 4 6 3 2 4;}
@font-face
        {font-family:Calibri;
        panose-1:2 15 5 2 2 2 4 3 2 4;}
/* Style Definitions */
p.MsoNormal, li.MsoNormal, div.MsoNormal
        {margin:0cm;
        font-size:11.0pt;
        font-family:"Calibri",sans-serif;
        mso-fareast-language:EN-US;}
p.MsoListParagraph, li.MsoListParagraph, div.MsoListParagraph
        {mso-style-priority:34;
        margin-top:0cm;
        margin-right:0cm;
        margin-bottom:0cm;
        margin-left:36.0pt;
        font-size:11.0pt;
        font-family:"Calibri",sans-serif;
        mso-fareast-language:EN-US;}
span.E-MailFormatvorlage17
        {mso-style-type:personal-compose;
        font-family:"Calibri",sans-serif;
        color:windowtext;}
.MsoChpDefault
        {mso-style-type:export-only;
        font-family:"Calibri",sans-serif;
        mso-fareast-language:EN-US;}size:612.0pt 792.0pt;
        margin:70.85pt 70.85pt 2.0cm 70.85pt;}
div.WordSection1
        {page:WordSection1;}mso-level-number-format:bullet;
        mso-level-text:\F0A7;
        mso-level-tab-stop:none;
        mso-level-number-position:left;
        text-indent:-18.0pt;
        font-family:Wingdings;}
ol
        {margin-bottom:0cm;}
ul
        {margin-bottom:0cm;}</style><!--[if gte mso 9]><xml>
<o:shapedefaults v:ext="edit" spidmax="1026" />
</xml><![endif]--><!--[if gte mso 9]><xml>
<o:shapelayout v:ext="edit">
<o:idmap v:ext="edit" data="1" />
</o:shapelayout></xml><![endif]-->
      <div class="WordSection1">
        <p class="MsoNormal">Hello,<o:p></o:p></p>
        <p class="MsoNormal"><o:p> </o:p></p>
        <p class="MsoNormal"><span lang="EN-GB">one question about a
            planned extension in the DMQ module. Right now the module
            supports only one server in the notification_address
            parameter. It is possible to set multi_notify to 1, and then
            the module will resolve the one sip URI over DNS to multiple
            servers, thought.<o:p></o:p></span></p>
        <p class="MsoNormal"><span lang="EN-GB"><o:p> </o:p></span></p>
        <p class="MsoNormal"><span lang="EN-GB">There is interest in
            extending the module to support multiple
            notification_address servers natively without using DNS. I
            see two options right now:<o:p></o:p></span></p>
        <p class="MsoNormal"><span lang="EN-GB"><o:p> </o:p></span></p>
        <ol style="margin-top:0cm" type="1" start="1">
          <li class="MsoListParagraph"
            style="margin-left:18.0pt;mso-list:l0 level1 lfo2"><span
              lang="EN-GB">Separate the multiple servers, with “;”, e.g.
              modparam(“dmq”, “notification_address”,
              “<a class="moz-txt-link-freetext" href="sip:server1;sip:server2”">sip:server1;sip:server2”</a>). If only one server in the
              param, use the existing logic.<o:p></o:p></span></li>
          <li class="MsoListParagraph"
            style="margin-left:18.0pt;mso-list:l0 level1 lfo2"><span
              lang="EN-GB">Use multiple notification_servers parameter
              calls, e.g. modparam(“dmq”, “notification_address”) -
              modparam(“dmq”, “notification_address”, “<a class="moz-txt-link-freetext" href="sip:server2”">sip:server2”</a>). If
              only one param statement, use the existing logic.<o:p></o:p></span></li>
        </ol>
        <p class="MsoNormal"><span lang="EN-GB"><o:p> </o:p></span></p>
        <p class="MsoNormal"><span lang="EN-GB">As the module already
            has support to use a notification server list internally,
            the change should be small in both cases.<o:p></o:p></span></p>
        <p class="MsoNormal"><span lang="EN-GB"><o:p> </o:p></span></p>
        <p class="MsoNormal"><span lang="EN-GB">I think option 1) is the
            better way, as its already done in other modules like this
            to support multiple server scenarios.<o:p></o:p></span></p>
        <p class="MsoNormal"><span lang="EN-GB"><o:p> </o:p></span></p>
        <p class="MsoNormal"><span lang="EN-GB">Any comments or
            objections about this extension?<o:p></o:p></span></p>
        <p class="MsoNormal"><span lang="EN-GB"><o:p> </o:p></span></p>
        <p class="MsoNormal"><span lang="EN-GB">Cheers,<o:p></o:p></span></p>
        <p class="MsoNormal"><span lang="EN-GB"><o:p> </o:p></span></p>
        <p class="MsoNormal"><span lang="EN-GB">Henning<o:p></o:p></span></p>
        <p class="MsoNormal"><span lang="EN-GB"><o:p> </o:p></span></p>
        <p class="MsoNormal">-- <o:p></o:p></p>
        <p class="MsoNormal">Henning Westerholt – <a
            href="https://skalatan.de/blog/" moz-do-not-send="true"><span
              style="color:#0563C1">https://skalatan.de/blog/</span></a><o:p></o:p></p>
        <p class="MsoNormal">Kamailio services – <a
            href="https://gilawa.com/" moz-do-not-send="true"><span
              style="color:#0563C1">https://gilawa.com</span></a>
          <o:p></o:p></p>
        <p class="MsoNormal"><o:p> </o:p></p>
      </div>
      <br>
      <fieldset class="mimeAttachmentHeader"></fieldset>
      <pre class="moz-quote-pre" wrap="">_______________________________________________
Kamailio (SER) - Development Mailing List
<a class="moz-txt-link-abbreviated" href="mailto:sr-dev@lists.kamailio.org">sr-dev@lists.kamailio.org</a>
<a class="moz-txt-link-freetext" href="https://lists.kamailio.org/cgi-bin/mailman/listinfo/sr-dev">https://lists.kamailio.org/cgi-bin/mailman/listinfo/sr-dev</a>
</pre>
    </blockquote>
    <pre class="moz-signature" cols="72">-- 
Daniel-Constantin Mierla -- <a class="moz-txt-link-abbreviated" href="http://www.asipto.com">www.asipto.com</a>
<a class="moz-txt-link-abbreviated" href="http://www.twitter.com/miconda">www.twitter.com/miconda</a> -- <a class="moz-txt-link-abbreviated" href="http://www.linkedin.com/in/miconda">www.linkedin.com/in/miconda</a>
Funding: <a class="moz-txt-link-freetext" href="https://www.paypal.me/dcmierla">https://www.paypal.me/dcmierla</a></pre>
  </body>
</html>