<!DOCTYPE HTML PUBLIC "-//W3C//DTD HTML 4.01 Transitional//EN">
<html>
  <head>
    <meta content="text/html; charset=ISO-8859-1"
      http-equiv="Content-Type">
  </head>
  <body bgcolor="#ffffff" text="#000000">
    <tt>Hi Duane,<br>
      <br>
      That is really strange. Logically speaking, a change in SDP should
      have no impact on receiving (or not) a message - the SDP is just
      payload and is not even parsed by opensips (unless you ask it from
      script by using rtpproxy/mediaproxy/sipmsgops modules). Anyhow,
      the request should make it to the main route.<br>
      <br>
      I rather suspect that something else is filtering your SIP
      traffic, dropping the INVITEs in the first format :-/ . <br>
      <br>
      Regarding the second issue:<br>
      <br>
      1) the angle brackets are not mandatory by RFC - they should be
      used only if you have URI params or a complex display name (which
      is not your case here)<br>
      <br>
      2) assuming that the phone does not like TO - it should reply with
      a 400 Bad request, not a 404 - a 404 represents a routing
      indication and routing is done based RURI not TO.<br>
      <br>
      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>
    <br>
    On 08/09/2012 06:13 AM, Duane Larson wrote:
    <blockquote
cite="mid:CAFcM1ErbvZ815U1pns5jpSoV4KC3HTcg_NVO-ubaC87M1OXc=Q@mail.gmail.com"
      type="cite">
      <div>I changed the following in the ctd.sh script</div>
      <div>&nbsp;</div>
      <div>Changed the default of</div>
      <div>"`printf "v=0\r\no=click-to-dial 0 0 IN IP4
        0.0.0.0\r\ns=session\r\nc=IN IP4 0.0.0.0\r\nb=CT:1000\r\nt=0
        0\r\nm=audio 9 RTP/AVP 8 0\r\na=rtpmap:8 PCMA/8000\r\na=rtpmap:0
        PCMU/8000\r\n"`</div>
      <div>&nbsp;</div>
      <div>To<br>
        "`printf "v=0\r\no=click2dial 0 0 IN IP4
        50.XX.XX.156\r\ns=click2dial call\r\nc=IN IP4
        173.XX.XX.111\r\nt=0 0\r\nm=audio 12790 RTP/AVP 0 8 18 3 4 97
        98\r\na=rtpmap:0 PCMU/8000\r\na=rtpmap:18
        G729/8000\r\na=rtpmap:97 ilbc/8000\r\na=rtpmap:98
        speex/8000\r\n"`</div>
      <div>&nbsp;</div>
      <div>&nbsp;</div>
      <div>And now it is making it into the OpenSIPS/SBC's main route.&nbsp;
        Not sure why.</div>
      <div>&nbsp;</div>
      <div>I noticed another issue now.&nbsp; My snom phone is receiving the
        INVITE but it is replying with a "404 Not Found" error.&nbsp; (If I
        test with a Jitsi client I don't have the 404 issue)</div>
      <div>&nbsp;</div>
      <div>This shouldn't happen since the TO header is the correct&nbsp; SIP
        URI.&nbsp; The only thing that can be wrong is that the To: URI is
        not in &lt;&gt; </div>
      <div>&nbsp;</div>
      <div>I think the TM MI function t_uac_dlg isn't placing the
        &lt;&gt; around the TO: header URI.&nbsp; Reading the RFC I am not
        100% sure if the &lt;&gt; are required.</div>
      <div>&nbsp;</div>
      <div>&nbsp;</div>
      <div>U 2012/08/08 22:09:13.756976 <a moz-do-not-send="true"
          href="http://192.168.88.1:5060">192.168.88.1:5060</a> -&gt; <a
          moz-do-not-send="true" href="http://192.168.88.13:3072">192.168.88.13:3072</a><br>
        INVITE <a moz-do-not-send="true"
          href="http://sip:9016XX6XX4@192.168.88.13:3072">sip:9016XX6XX4@192.168.88.13:3072</a>
        SIP/2.0.<br>
        Max-Forwards: 10.<br>
        Record-Route: <a class="moz-txt-link-rfc2396E" href="sip:192.168.88.1;r2=on;lr">&lt;sip:192.168.88.1;r2=on;lr&gt;</a>.<br>
        Record-Route: <a class="moz-txt-link-rfc2396E" href="sip:99.XX.XX.161;r2=on;lr">&lt;sip:99.XX.XX.161;r2=on;lr&gt;</a>.<br>
        Via: SIP/2.0/UDP 192.168.88.1;branch=z9hG4bK3f03.9cb7ee3.0.<br>
        Via: SIP/2.0/UDP 50.XX.XX.156;branch=z9hG4bK3f03.18d165f1.0.<br>
        <strong>To: <a moz-do-not-send="true"
            href="mailto:sip%3A9016XX6XX4@irck.com">sip:9016XX6XX4@irck.com</a>.</strong><br>
        From: &lt;<a moz-do-not-send="true"
          href="mailto:sip%3Acontroller@ae.com">sip:controller@ae.com</a>&gt;;tag=134448175329440.<br>
        CSeq: 1 INVITE.<br>
        Call-ID: 134448175329440.fifouacctd.<br>
        Content-Length: 226.<br>
        User-Agent: OpenSIPS (1.8.0-dev0-tls (x86_64/linux)).<br>
        Contact: &lt;<a moz-do-not-send="true"
          href="http://sip:caller@50.57.54.156:5060">sip:caller@50.57.54.156:5060</a>&gt;.<br>
        Content-Type: application/sdp.<br>
        .<br>
        v=0.<br>
        o=click2dial 0 0 IN IP4 50.XX.XX.156.<br>
        s=click2dial call.<br>
        c=IN IP4 173.XX.XX.111.<br>
        t=0 0.<br>
        m=audio 12790 RTP/AVP 0 8 18 3 4 97 98.<br>
        a=rtpmap:0 PCMU/8000.<br>
        a=rtpmap:18 G729/8000.<br>
        a=rtpmap:97 ilbc/8000.<br>
        a=rtpmap:98 speex/8000.</div>
      <div>#<br>
        U 2012/08/08 22:09:13.766974 <a moz-do-not-send="true"
          href="http://192.168.88.13:3072">192.168.88.13:3072</a> -&gt;
        <a moz-do-not-send="true" href="http://192.168.88.1:5060">192.168.88.1:5060</a><br>
        SIP/2.0 404 Not found.<br>
        Via: SIP/2.0/UDP 192.168.88.1;branch=z9hG4bK3f03.9cb7ee3.0.<br>
        Via: SIP/2.0/UDP 50.XX.XX.156;branch=z9hG4bK3f03.18d165f1.0.<br>
        From: &lt;<a moz-do-not-send="true"
          href="mailto:sip%3Acontroller@ae.com">sip:controller@ae.com</a>&gt;;tag=134448175329440.<br>
        To: &lt;<a moz-do-not-send="true"
          href="mailto:sip%3A9016726924@irock.com">sip:9016726924@irock.com</a>&gt;.<br>
        Call-ID: 134448175329440.fifouacctd.<br>
        CSeq: 1 INVITE.<br>
        User-Agent: snom821/<a moz-do-not-send="true"
          href="http://8.7.3.10">8.7.3.10</a>.<br>
        Allow: INVITE, ACK, CANCEL, BYE, REFER, OPTIONS, NOTIFY,
        SUBSCRIBE, PRACK, MESSAGE, INFO, UPDATE.<br>
        Allow-Events: talk, hold, refer, call-info.<br>
        Supported: timer, replaces, from-change.<br>
        Content-Length: 0.</div>
      <div>&nbsp;</div>
      <div><br>
        &nbsp;</div>
      <div class="gmail_quote">On Fri, Jul 27, 2012 at 3:24 PM, <span
          dir="ltr">&lt;<a moz-do-not-send="true"
            href="mailto:duane.larson@gmail.com" target="_blank">duane.larson@gmail.com</a>&gt;</span>
        wrote:<br>
        <blockquote style="margin: 0px 0px 0px 0.8ex; padding-left: 1ex;
          border-left: 1px solid rgb(204, 204, 204);"
          class="gmail_quote">Very sure. Normal calls are working with
          clients behind the OpenSIPS/SBC.
          <div class="im">
            <br>
            <br>
            <br>
            <br>
            On , Bogdan-Andrei Iancu &lt;<a moz-do-not-send="true"
              href="mailto:bogdan@opensips.org" target="_blank">bogdan@opensips.org</a>&gt;
            wrote:<br>
            &gt; <br>
            &gt; <br>
            &gt; <br>
            &gt; <br>
            &gt; <br>
            &gt; <br>
          </div>
          <div>
            <div class="h5">
              &gt; Duane,some stupid question : are you sure your
              opensips is<br>
              &gt; listening on the given IP:port ? have you check with
              netstat ?<br>
              &gt; also have you checked with netstat also if there is
              traffic queued<br>
              &gt; on the sockets ?<br>
              &gt; <br>
              &gt; <br>
              &gt; <br>
              &gt; Regards,<br>
              &gt; <br>
              &gt; <br>
              &gt; Bogdan-Andrei Iancu<br>
              &gt; OpenSIPS Founder and Developer<br>
              &gt; <a moz-do-not-send="true"
                href="http://www.opensips-solutions.com" target="_blank">http://www.opensips-solutions.com</a><br>
              &gt; <br>
              &gt; <br>
              &gt; On 07/27/2012 12:48 AM, Duane Larson wrote:<br>
              &gt; Oh yeah.&nbsp; My first email has the SIPTrace from the<br>
              &gt; OpenSIPS/SBC.&nbsp; So I am logged into the OpenSIPS/SBC
              and did the<br>
              &gt; NGREP.&nbsp; So I see it SIP invite (99.XX.XX.161 is the
              IP of the<br>
              &gt; OpenSIPS/SBC).&nbsp;&nbsp; I would even let you log into the
              OpenSIPS/SBC<br>
              &gt; and see it for yourself.&nbsp; Makes no sense.<br>
              &gt; <br>
              &gt; <br>
              &gt; <br>
              &gt; U 2012/07/19 18:20:13.486847 50.XX.XX.156:5060 -&gt;
              99.XX.XX.161:5060<br>
              &gt; <br>
              &gt; INVITE <a class="moz-txt-link-freetext" href="sip:9016XXXXX@192.168.88.13:3072;line=g2hfphrk">sip:9016XXXXX@192.168.88.13:3072;line=g2hfphrk</a>
              SIP/2.0.<br>
              &gt; <br>
              &gt; Via: SIP/2.0/UDP
              50.57.54.156;branch=z9hG4bKaab1.6c7ffd84.0.<br>
              &gt; <br>
              &gt; To: <a moz-do-not-send="true"
                href="mailto:sip%3A9016XXXXX@irock.com" target="_blank">sip:9016XXXXX@irock.com</a>.<br>
              &gt; <br>
              &gt; From: <a moz-do-not-send="true"
                href="mailto:sip%3Acontroller@ae.com" target="_blank">sip:controller@ae.com</a>&gt;;tag=134274001013257.<br>
              &gt; <br>
              &gt; CSeq: 1 INVITE.<br>
              &gt; <br>
              &gt; Call-ID: 134274001013257.fifouacctd.<br>
              &gt; <br>
              &gt; Content-Length: 155.<br>
              &gt; <br>
              &gt; User-Agent: OpenSIPS (1.8.0-dev0-tls (x86_64/linux)).<br>
              &gt; <br>
              &gt; Contact: <a moz-do-not-send="true"
                href="http://sip:caller@50.57.54.156:5060"
                target="_blank">sip:caller@50.57.54.156:5060</a>&gt;.<br>
              &gt; <br>
              &gt; Content-Type: application/sdp.<br>
              &gt; <br>
              &gt; .<br>
              &gt; <br>
              &gt; v=0.<br>
              &gt; <br>
              &gt; o=click-to-dial 0 0 IN IP4 0.0.0.0.<br>
              &gt; <br>
              &gt; s=session.<br>
              &gt; <br>
              &gt; c=IN IP4 0.0.0.0.<br>
              &gt; <br>
              &gt; b=CT:1000.<br>
              &gt; <br>
              &gt; t=0 0.<br>
              &gt; <br>
              &gt; m=audio 9 RTP/AVP 8 0.<br>
              &gt; <br>
              &gt; a=rtpmap:8 PCMA/8000.<br>
              &gt; <br>
              &gt; a=rtpmap:0 PCMU/8000. <br>
              &gt;&nbsp;</div>
          </div>
        </blockquote>
      </div>
    </blockquote>
  </body>
</html>