<html>
  <head>
    <meta http-equiv="Content-Type" content="text/html; charset=UTF-8">
  </head>
  <body text="#000000" bgcolor="#FFFFFF">
    <br>
    <div class="moz-cite-prefix">On 08.03.20 21:48, George Joseph wrote:<br>
    </div>
    <blockquote type="cite"
cite="mid:CAP=uFEvERgOkdk2TET-6UCCHGAYXan-F5Bf8cz+z9FrryhcwsQ@mail.gmail.com">
      <meta http-equiv="content-type" content="text/html; charset=UTF-8">
      <div dir="ltr">
        <div dir="ltr"><br>
        </div>
        <br>
        <div class="gmail_quote">
          <div dir="ltr" class="gmail_attr">On Fri, Mar 6, 2020 at 10:07
            PM Michael Maier <<a href="mailto:m1278468@mailbox.org"
              moz-do-not-send="true">m1278468@mailbox.org</a>> wrote:<br>
          </div>
          <blockquote class="gmail_quote" style="margin:0px 0px 0px
            0.8ex;border-left:1px solid
            rgb(204,204,204);padding-left:1ex">Hello!<br>
            <br>
            On 05.03.20 at 19:08 Asterisk Development Team wrote:<br>
            >  * ASTERISK-28746 - res_pjsip_outbound_registration
            keeps<br>
            >       retrying the first entry in a SRV record set<br>
            >       (Reported by<br>
            >       George Joseph)<br>
            <br>
            I just tested the new version 16.9.0.rc1 and promptly got an
            error with<br>
            this patch. With Deutsche Telekom, you always get a SRV
            record set. On<br>
            the other hand, you mostly have to register 3 numbers - each
            must be<br>
            registered on its own - to the same destination. Therefore,
            on startup,<br>
            there are 3 registers done to the same destination. Often,
            one of the<br>
            three numbers fails to register on the first attempt and
            therefore, it<br>
            is done twice.<br>
            <br>
            With this patch, you're now using the second of usually 3
            SRV entries<br>
            and registration is done successfully (which would have
            worked too, if<br>
            you would have used the first entry again, because it's just
            a very<br>
            temporary problem) - but all succeeding calls (outgoing
            INVITEs) are now<br>
            rejected (403 Forbidden), because they are going to the
            first entry of<br>
            the SRV record set - which fails on Deutsche Telekom,
            because they await<br>
            all subsequent actions to be done at the same server as the
            registration<br>
            was done.<br>
            <br>
          </blockquote>
        </div>
      </div>
    </blockquote>
    <br>
    Out of interest: What product of theirs do you use? Is it
    companyflex?<br>
    I'm asking because I need to interface with Deutsche Telekom as
    well.<br>
    <br>
    Best regards,<br>
    Andreas<br>
    <br>
  </body>
</html>