<html>
  <head>
    <meta content="text/html; charset=windows-1252"
      http-equiv="Content-Type">
  </head>
  <body bgcolor="#FFFFFF" text="#000000">
    <font face="Calibri Light">Bodan<br>
      <br>
      so this is dual forking...?<br>
      So if you have one account and you have two phones on it and first
      will try  to register, 200 ok will will have contact of both phones?<br>
      In location table I can see only one registration for this user
      but for "opensipsctl ul show" it shows me two contacts, which is
      strange? (When i do trace only one invite is send) and UAC replay
      with Busy all the time due to two contacts (this what i have been
      told).<br>
      <br>
      Ok, but if you look at rfc there is only one URI allowed in
      contact if I understand this right?<br>
      <br>
    </font><br>
    <pre style="color: rgb(0, 0, 0); font-style: normal; font-variant-ligatures: normal; font-variant-caps: normal; font-weight: normal; letter-spacing: normal; orphans: 2; text-align: start; text-indent: 0px; text-transform: none; widows: 2; word-spacing: 0px; -webkit-text-stroke-width: 0px; word-wrap: break-word; white-space: pre-wrap;">The Contact header field MUST be present and contain exactly one SIP
   or SIPS URI in any request that can result in the establishment of a
   dialog

<font face="Calibri Light">Please correct me if I am wrong.


tnx so much!
Miha</font><font face="Calibri Light">
</font></pre>
    <br>
    <div class="moz-cite-prefix">On 17/11/2016 11:22, Bogdan-Andrei
      Iancu wrote:<br>
    </div>
    <blockquote
      cite="mid:02477e55-9520-dd33-a8e3-19b49783228e@opensips.org"
      type="cite">
      <meta content="text/html; charset=windows-1252"
        http-equiv="Content-Type">
      <tt>Hi Miha,<br>
        <br>
        OpenSIPS returns in the 200 OK for a REGISTER all the valid
        registrations for that user (for all the devices the user may
        have).<br>
        <br>
        I guess your user has 2 registrations, so the 200 OK will report
        back both of them. You can check via "opensipsctl ul show"<br>
        <br>
        Regards,<br>
      </tt>
      <pre class="moz-signature" cols="72">Bogdan-Andrei Iancu
OpenSIPS Founder and Developer
<a moz-do-not-send="true" class="moz-txt-link-freetext" href="http://www.opensips-solutions.com">http://www.opensips-solutions.com</a></pre>
      <div class="moz-cite-prefix">On 17.11.2016 12:13, Miha wrote:<br>
      </div>
      <blockquote
        cite="mid:1a3ae947-f9e7-c5b3-bbbe-4fabe1b648e2@softnet.si"
        type="cite">
        <meta content="text/html; charset=windows-1252"
          http-equiv="Content-Type">
        <font face="Calibri Light">Hello Bogdan<br>
          <br>
          i changed this and it works in all cases, only in one I
          noticed today this (Opensips reply only in this case with two
          URI on contact):<br>
          <br>
          <font size="-1"> UAC:5060 -&gt;OpenSIPS:5060<br>
            REGISTER <a moz-do-not-send="true"
              class="moz-txt-link-freetext"
              href="sip:opsp.test.net:5060">sip:opsp.test.net:5060</a>
            SIP/2.0.<br>
            Via: SIP/2.0/UDP
            opsp.test.net;branch=z9hG4bKa40225bd7495297c6.<br>
            Max-Forwards: 70.<br>
            From: 042335040 <a moz-do-not-send="true"
              class="moz-txt-link-rfc2396E"
              href="sip:99942335040@opsp.test.net">&lt;sip:99942335040@opsp.test.net&gt;</a>;tag=1f62205074.<br>
            To: 042335040 <a moz-do-not-send="true"
              class="moz-txt-link-rfc2396E"
              href="sip:99942335040@opsp.test.net">&lt;sip:99942335040@opsp.test.net&gt;</a>.<br>
            Call-ID: 61c67f739bef5a2e.<br>
            CSeq: 1804289391 REGISTER.<br>
            Allow:  INVITE, ACK, CANCEL, BYE, NOTIFY, REFER, OPTIONS,
            UPDATE,<br>
            PRACK, INFO.<br>
            Authorization: Digest<br>
username="99942335040",realm="opsp.test.net",nonce="582d810c000058b<br>
            d73adccf0d455c2a2159b3a3403c1f7a3",uri=<a
              moz-do-not-send="true" class="moz-txt-link-rfc2396E"
              href="sip:opsp.test.net:5060">"sip:opsp.test.net:5060"</a>,res<br>
            ponse="bc0c757c17f9b0976af35ec633dd83ca".<br>
            Contact: 042335040 <a moz-do-not-send="true"
              class="moz-txt-link-rfc2396E"
              href="sip:99942335040@opsp.test.net;transport=udp">&lt;sip:99942335040@opsp.test.net;transport=udp&gt;</a>;ex<br>
            pires=3600.<br>
            Privacy: none.<br>
            Supported: path.<br>
            User-Agent: Brcm-Callctrl/v1.10.3 M5T SIP Stack/4.1.2.2.<br>
            Content-Length: 0.<br>
            <br>
            UOpenSIPS:5060 -&gt; UAC:5060<br>
            SIP/2.0 401 Unauthorized.<br>
            Via: SIP/2.0/UDP<br>
            opsp.test.net;received=UAC;rport=5060;branch=z9hG4bKa4022<br>
            5bd7495297c6.<br>
            From: 042335040 <a moz-do-not-send="true"
              class="moz-txt-link-rfc2396E"
              href="sip:99942335040@opsp.test.net">&lt;sip:99942335040@opsp.test.net&gt;</a>;tag=1f62205074.<br>
            To: 042335040 <a moz-do-not-send="true"
              class="moz-txt-link-rfc2396E"
              href="sip:99942335040@opsp.test.net">&lt;sip:99942335040@opsp.test.net&gt;</a>;tag=0c7ff67d927afc274<br>
            b272138ce65100a.ac4d.<br>
            Call-ID: 61c67f739bef5a2e.<br>
            CSeq: 1804289391 REGISTER.<br>
            WWW-Authenticate: Digest realm="opsp.test.net",<br>
            nonce="582d811300005a88b92d0287a7460acce0a84e5d2a200b33",
            stale=true.<br>
            Server: OpenSIPS (1.10.0beta-tls (x86_64/linux)).<br>
            Content-Length: 0.<br>
            <br>
            <br>
            U UAC:5060 -&gt;OpenSIPS:5060<br>
            REGISTER <a moz-do-not-send="true"
              class="moz-txt-link-freetext"
              href="sip:opsp.test.net:5060">sip:opsp.test.net:5060</a>
            SIP/2.0.<br>
            Via: SIP/2.0/UDP
            opsp.test.net;branch=z9hG4bKb5f2bbbf80e346f48.<br>
            Max-Forwards: 70.<br>
            From: 042335040 <a moz-do-not-send="true"
              class="moz-txt-link-rfc2396E"
              href="sip:99942335040@opsp.test.net">&lt;sip:99942335040@opsp.test.net&gt;</a>;tag=1f62205074.<br>
            To: 042335040 <a moz-do-not-send="true"
              class="moz-txt-link-rfc2396E"
              href="sip:99942335040@opsp.test.net">&lt;sip:99942335040@opsp.test.net&gt;</a>.<br>
            Call-ID: 61c67f739bef5a2e.<br>
            CSeq: 1804289392 REGISTER.<br>
            Allow:  INVITE, ACK, CANCEL, BYE, NOTIFY, REFER, OPTIONS,
            UPDATE,<br>
            PRACK, INFO.<br>
            Authorization: Digest<br>
username="99942335040",realm="opsp.test.net",nonce="582d811300005a8<br>
            8b92d0287a7460acce0a84e5d2a200b33",uri=<a
              moz-do-not-send="true" class="moz-txt-link-rfc2396E"
              href="sip:opsp.test.net:5060">"sip:opsp.test.net:5060"</a>,res<br>
            ponse="9ce3622addeedf74622a23697e6f3728".<br>
            Contact: 042335040 <a moz-do-not-send="true"
              class="moz-txt-link-rfc2396E"
              href="sip:99942335040@opsp.test.net;transport=udp">&lt;sip:99942335040@opsp.test.net;transport=udp&gt;</a>;ex<br>
            pires=3600.<br>
            Privacy: none.<br>
            Supported: path.<br>
            User-Agent: Brcm-Callctrl/v1.10.3 M5T SIP Stack/4.1.2.2.<br>
            Content-Length: 0.<br>
            .<br>
            <br>
            <br>
            UOpenSIPS:5060 -&gt; UAC:5060<br>
            SIP/2.0 200 OK.<br>
            Via: SIP/2.0/UDP<br>
            opsp.test.net;received=UAC;rport=5060;branch=z9hG4bKb5f2b<br>
            bbf80e346f48.<br>
            From: 042335040 <a moz-do-not-send="true"
              class="moz-txt-link-rfc2396E"
              href="sip:99942335040@opsp.test.net">&lt;sip:99942335040@opsp.test.net&gt;</a>;tag=1f62205074.<br>
            To: 042335040 <a moz-do-not-send="true"
              class="moz-txt-link-rfc2396E"
              href="sip:99942335040@opsp.test.net">&lt;sip:99942335040@opsp.test.net&gt;</a>;tag=766e4f757c55b3450<br>
            c9992a50fb64799-9163.<br>
            Call-ID: 61c67f739bef5a2e.<br>
            CSeq: 1804289392 REGISTER.<br>
            Contact: <a moz-do-not-send="true"
              class="moz-txt-link-rfc2396E"
              href="sip:99942335040@opsp.test.net;transport=udp">&lt;sip:99942335040@opsp.test.net;transport=udp&gt;</a>;expires=3600<br>
            ;received=<a moz-do-not-send="true"
              class="moz-txt-link-rfc2396E" href="sip:UAC:5060">"sip:UAC:5060"</a>,
            &lt;<a moz-do-not-send="true" class="moz-txt-link-freetext"
              href="sip:99942335040@UAC:1024">sip:99942335040@UAC:1024</a><br>
            &gt; ;expires=119.<br>
            Server: OpenSIPS (1.10.0beta-tls (x86_64/linux)).<br>
            Content-Length: 0.</font><br>
          <br>
          Do you see where could be an issue?<br>
          <br>
          <br>
          tnx<br>
          miha<br>
          <br>
        </font><br>
        <div class="moz-cite-prefix">On 16/11/2016 08:11, Miha wrote:<br>
        </div>
        <blockquote
          cite="mid:17de93ae-ea15-7818-24a3-4dc31342893a@softnet.si"
          type="cite">
          <meta content="text/html; charset=windows-1252"
            http-equiv="Content-Type">
          <font face="Calibri Light">Hello Bogdan<br>
            <br>
            yes this was the case...<br>
            <br>
            thank you!<br>
            <br>
            <br>
            br<br>
            miha<br>
          </font><br>
          <div class="moz-cite-prefix">On 15/11/2016 18:35,
            Bogdan-Andrei Iancu wrote:<br>
          </div>
          <blockquote
            cite="mid:1e9cd559-d277-0fb0-6b1d-d4dd54e45059@opensips.org"
            type="cite">
            <meta content="text/html; charset=windows-1252"
              http-equiv="Content-Type">
            <tt>Hi Miha,<br>
              <br>
              When you handle REGISTER requests (from behind NAT) most
              probably you use fix_nated_contact() instead of
              fix_nated_register().<br>
              <br>
              Regards,<br>
            </tt>
            <pre class="moz-signature" cols="72">Bogdan-Andrei Iancu
OpenSIPS Founder and Developer
<a moz-do-not-send="true" class="moz-txt-link-freetext" href="http://www.opensips-solutions.com">http://www.opensips-solutions.com</a></pre>
            <div class="moz-cite-prefix">On 15.11.2016 09:11, Miha
              wrote:<br>
            </div>
            <blockquote
              cite="mid:1f44deec-ac09-9de3-c938-e18a9b4171fa@softnet.si"
              type="cite">
              <meta http-equiv="content-type" content="text/html;
                charset=windows-1252">
              <font face="Calibri Light">Hello<br>
                <br>
                i need one info.<br>
                I have one phone behind NAT and it is registered on
                OpenSIPS. IN register packet, which is send to OpenSIPS
                I can see contact:  <a moz-do-not-send="true"
                  class="moz-txt-link-rfc2396E"
                  href="sip:11181600519@192.168.0.101:5060;transport=UDP">"sip:11181600519@192.168.0.101:5060;transport=UDP"</a><br>
                <br>
                and let says that the public ip for this device is
                xxx.xxx.xxx.xxx.<br>
                <br>
                <br>
                When opensips sends INVITE it send to right public ip
                and right port (source ip and source port generated by
                router). The issue is this:<br>
                Invite is like:  "<a moz-do-not-send="true"
                  class="moz-txt-link-freetext" href="sip:11181600519@">sip:11181600519@</a></font><font
                face="Calibri Light"><font face="Calibri Light">xxx.xxx.xxx.xxx</font>:5060;transport=UDP"
                and this request is then fw to this UAC behind router.
                The UAC replays to this INVITE with 404 Not found as it
                is waiting to receive the same URI which was written in
                contact (the userpart is ok, put the ip is public, not
                private and this is the issue).From what I can see in
                RFC this is the case.<br>
                <br>
                <br>
                Till now Idid not have any issues with this, but now I
                found first phone which replays with 404 and from RFC
                point of view there should be private ip request :) . So
                is there anything I can do :)?<br>
                <br>
                <br>
                tnx<br>
                miha<br>
              </font> <br>
              <fieldset class="mimeAttachmentHeader"></fieldset>
              <br>
              <pre wrap="">_______________________________________________
Users mailing list
<a moz-do-not-send="true" class="moz-txt-link-abbreviated" href="mailto:Users@lists.opensips.org">Users@lists.opensips.org</a>
<a moz-do-not-send="true" 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>
          </blockquote>
          <br>
        </blockquote>
        <br>
      </blockquote>
      <br>
    </blockquote>
    <br>
  </body>
</html>