<!DOCTYPE HTML PUBLIC "-//W3C//DTD HTML 4.01 Transitional//EN">
<html>
  <head>
    <meta content="text/html; charset=windows-1252"
      http-equiv="Content-Type">
  </head>
  <body bgcolor="#ffffff" text="#000000">
    Hi Jeff,<br>
    <br>
    On 04/13/2011 06:23 PM, Jeff Pyle wrote:
    <blockquote cite="mid:C9CB3663.1E069%25jpyle@fidelityvoice.com"
      type="cite">
      <meta http-equiv="Content-Type" content="text/html;
        charset=windows-1252">
      <div>Bogdan,</div>
      <div><br>
      </div>
      <div>Don't hold back…let's hear how you really feel.    :)</div>
    </blockquote>
    Do not make me start :P<br>
    <br>
    <blockquote cite="mid:C9CB3663.1E069%25jpyle@fidelityvoice.com"
      type="cite">
      <div><br>
      </div>
      <div>I understand your position.  Unfortunately since there are
        UAs that do this, and they RFC compliant in their behavior, the
        validate_dialog() function is less useful in the real world.
         I've had to remove it from my configs.</div>
    </blockquote>
    I agree with you - we like it or not, needs yo comply with the RFC.
    <br>
    As today we had the monthly IRC meeting, I brought this into
    discussion (SIP-wise URI matching) and already have an action plan
    set (together with Ovidiu Sas).<br>
    <br>
    <blockquote cite="mid:C9CB3663.1E069%25jpyle@fidelityvoice.com"
      type="cite">
      <div><br>
      </div>
      <div>I'm fighting a similar situation regarding the behavior of
        the uac_replace_from function.  It seems that Acme SBCs replace
        the value of the From header (old To header) on new requests
        within a dialog, and this breaks the uac_replace_from function.
         I've cited the second paragraph of section 12.2.1.1 of RFC
        3261.  The carrier I'm fighting with now reads this "mandatory
        reflection" behavior as part of the old RFC 2543, not 3261.
         They aren't willing to put any more time into configuring their
        Acme to maintain the headers.  I work with another carrier
        partner who also uses Acme who was able to make the change.  I'm
        trying to get the details from the second carrier so I can share
        them with the first.</div>
    </blockquote>
    Life is complicated with RFCs...even we all read the same papers, we
    have as many opinions as number of readers :P.<br>
    <br>
    BTW, have you tested the ACK patch I sent you ?<br>
    <br>
    Regards,<br>
    Bogdan<br>
    <br>
    <blockquote cite="mid:C9CB3663.1E069%25jpyle@fidelityvoice.com"
      type="cite">
      <div><br>
      </div>
      <div><br>
      </div>
      <div>- Jeff</div>
      <div><br>
      </div>
      <span id="OLK_SRC_BODY_SECTION">
        <div style="font-family: Calibri; font-size: 11pt; text-align:
          left; color: black; border-width: 1pt medium medium;
          border-style: solid none none; border-color: rgb(181, 196,
          223) -moz-use-text-color -moz-use-text-color; padding: 3pt 0in
          0in;"><span style="font-weight: bold;">From: </span>
          Bogdan-Andrei Iancu &lt;<a moz-do-not-send="true"
            href="mailto:bogdan@opensips.org">bogdan@opensips.org</a>&gt;<br>
          <span style="font-weight: bold;">Reply-To: </span> OpenSIPS
          users mailling list &lt;<a moz-do-not-send="true"
            href="mailto:users@lists.opensips.org">users@lists.opensips.org</a>&gt;<br>
          <span style="font-weight: bold;">Date: </span> Wed, 13 Apr
          2011 10:54:00 -0400<br>
          <span style="font-weight: bold;">To: </span> "<a
            moz-do-not-send="true"
            href="mailto:users@lists.opensips.org">users@lists.opensips.org</a>"
          &lt;<a moz-do-not-send="true"
            href="mailto:users@lists.opensips.org">users@lists.opensips.org</a>&gt;<br>
          <span style="font-weight: bold;">Subject: </span> Re:
          [OpenSIPS-Users] dlg_validate_dialog errors in loose_route<br>
        </div>
        <div><br>
        </div>
        <div>
          <div bgcolor="#ffffff" text="#000000"> Hi Jeff,<br>
            <br>
            Well, life sucks.....You see, the UA you use is re-ordering
            the URI params...This is perfectly allowed from RFC point of
            view, but is bullshit in real life. So your UA is compliant,
            but not fairplay :)....<br>
            <br>
            The only solution to this is to extend the "SIP URI
            matching" from simple string comparison, to RFC-wise comp -
            parsing the URI, checking username, domain, params,
            etc.....I tried to avoid this as much as possible as it BS
            to me....<br>
            <br>
            Regards,<br>
            Bogdan<br>
            <br>
            On 04/13/2011 05:34 AM, Jeff Pyle wrote:
            <blockquote
              cite="mid:C9CA835B.1DA72%25jpyle@fidelityvoice.com"
              type="cite">
              <div>This thing is picky… The validation failed with the
                following values in the log entry:</div>
              <div><br>
              </div>
              <div>
                <div><span style="font-family: Courier;"><font
                      class="Apple-style-span" size="3"><span
                        class="Apple-style-span" style="font-size:
                        12px;">req=[sip:&lt;opensips IP&gt;;<b>lr;r2=on</b>;ftag=gK0706089a;did=e17.bfb88ba7],</span></font></span></div>
                <div><span style="font-family: Courier;"><font
                      class="Apple-style-span" size="3"><span
                        class="Apple-style-span" style="font-size:
                        12px;">dlg=[sip:&lt;opensips IP&gt;;<b>r2=on;lr</b>;ftag=gK0706089a;did=e17.bfb88ba7]</span></font></span></div>
              </div>
              <div><br>
              </div>
              <div>Not quite sure what to say about this one. </div>
              <div><br>
              </div>
              <div><br>
              </div>
              <div>- Jeff</div>
              <div><br>
              </div>
              <span id="OLK_SRC_BODY_SECTION">
                <div style="font-family: Calibri; font-size: 11pt;
                  text-align: left; color: black; border-width: 1pt
                  medium medium; border-style: solid none none;
                  border-color: rgb(181, 196, 223) -moz-use-text-color
                  -moz-use-text-color; padding: 3pt 0in 0in;"><span
                    style="font-weight: bold;">From: </span> Jeff Pyle
                  &lt;<a moz-do-not-send="true"
                    href="mailto:jpyle@fidelityvoice.com">jpyle@fidelityvoice.com</a>&gt;<br>
                  <span style="font-weight: bold;">Reply-To: </span>
                  OpenSIPS users mailling list &lt;<a
                    moz-do-not-send="true"
                    href="mailto:users@lists.opensips.org">users@lists.opensips.org</a>&gt;<br>
                  <span style="font-weight: bold;">Date: </span> Mon,
                  11 Apr 2011 10:15:11 -0400<br>
                  <span style="font-weight: bold;">To: </span> OpenSIPS
                  users mailling list &lt;<a moz-do-not-send="true"
                    href="mailto:users@lists.opensips.org">users@lists.opensips.org</a>&gt;<br>
                  <span style="font-weight: bold;">Subject: </span> Re:
                  [OpenSIPS-Users] dlg_validate_dialog errors on BYE and
                  ACK in loose_route<br>
                </div>
                <div><br>
                </div>
                <div>
                  <div style="word-wrap: break-word; color: rgb(0, 0,
                    0); font-size: 14px; font-family:
                    Calibri,sans-serif;">
                    <div>Indeed!  I hadn't noticed the difference in the
                      dlg vs req sections of the debug message.</div>
                    <div><br>
                    </div>
                    <div>I shall try exactly as you suggest.  Thanks.</div>
                    <div><br>
                    </div>
                    <div><br>
                    </div>
                    <div>- Jeff</div>
                    <div><br>
                    </div>
                    <span id="OLK_SRC_BODY_SECTION">
                      <div style="font-family: Calibri; font-size: 11pt;
                        text-align: left; color: black; border-width:
                        1pt medium medium; border-style: solid none
                        none; border-color: rgb(181, 196, 223)
                        -moz-use-text-color -moz-use-text-color;
                        padding: 3pt 0in 0in;"><span style="font-weight:
                          bold;">From: </span> Vlad Paiu &lt;<a
                          moz-do-not-send="true"
                          href="mailto:vladpaiu@opensips.org">vladpaiu@opensips.org</a>&gt;<br>
                        <span style="font-weight: bold;">Reply-To: </span>
                        OpenSIPS users mailling list &lt;<a
                          moz-do-not-send="true"
                          href="mailto:users@lists.opensips.org">users@lists.opensips.org</a>&gt;<br>
                        <span style="font-weight: bold;">Date: </span>
                        Mon, 11 Apr 2011 06:13:32 -0400<br>
                        <span style="font-weight: bold;">To: </span> "<a
                          moz-do-not-send="true"
                          href="mailto:users@lists.opensips.org">users@lists.opensips.org</a>"
                        &lt;<a moz-do-not-send="true"
                          href="mailto:users@lists.opensips.org">users@lists.opensips.org</a>&gt;<br>
                        <span style="font-weight: bold;">Subject: </span>
                        Re: [OpenSIPS-Users] dlg_validate_dialog errors
                        on BYE and ACK in loose_route<br>
                      </div>
                      <div><br>
                      </div>
                      <div>
                        <div text="#000000" bgcolor="#ffffff"> Hello
                          Jeff,<br>
                          <br>
                          It's not that the dialog is already torn down
                          by the time the BYE gets to that particular
                          portion of script.<br>
                          It's complaining about the fact that at the
                          dialog creation, the route had the "lr=on"
                          parameter, and at BYE time, the parameter has
                          been stripped and set <br>
                          just to "lr".<br>
                          <br>
                          This should not happen in a regular scenario,
                          as other SIP entities should not explicitly
                          modify the content of Route headers recorded
                          at Invite time. <br>
                          You could try to check the  enable_full_lr (
                          [1] ) parameter, and onlyattach "lr" instead
                          of "lr=on", and see if this fixes the
                          behavior.<br>
                          <br>
                          [1] <a moz-do-not-send="true"
                            class="moz-txt-link-freetext"
                            href="http://www.opensips.org/html/docs/modules/devel/rr.html#id250149">http://www.opensips.org/html/docs/modules/devel/rr.html#id250149</a><br>
                          <br>
                          Regards,<br>
                          <pre class="moz-signature" cols="72">-- 
Vlad Paiu
OpenSIPS Developer</pre>
                          <br>
                          <br>
                          On 04/09/2011 10:32 PM, Jeff Pyle wrote:
                          <blockquote
                            cite="mid:C9C62CA2.1D63E%25jpyle@fidelityvoice.com"
                            type="cite">
                            <div>Hello,</div>
                            <div><br>
                            </div>
                            <div>I'm trying a new chunklet of config in
                              loose_route().  I believe this came from a
                              documentation page somewhere, so I don't
                              pretend to take credit for the concept.</div>
                            <div><br>
                            </div>
                            <div>
                              <div>                        # Clean up
                                dialog data if necessary</div>
                              <div>                        if
                                ($DLG_status!=NULL &amp;&amp;
                                !validate_dialog()) {</div>
                              <div>                              
                                 xlog("L_INFO", "Unable to validate
                                dialog, fixing - $hdr(CSeq) on $ci\n");</div>
                              <div>                              
                                 fix_route_dialog();</div>
                              <div>                        }</div>
                            </div>
                            <div><br>
                            </div>
                            <div>I send the first batch of
                              pseudo-production traffic through this
                              config today and I ended up with a metric
                              ton of:</div>
                            <div>  ERROR:dialog:dlg_validate_dialog:
                              Check failed for routenumber 0.
req=[sip:&lt;opensips-IP?;lr;ftag=23ddd50-0-13c4-1f179b-78884527-1f179b;did=45b.b972314],dlg=[sip:&lt;opensips-IP&gt;;lr=on;ftag=23ddd50-0-13c4-1f179b-78884527-1f179b;did=45b.b972314]</div>
                            <div><br>
                            </div>
                            <div>And, the xlogs from the above line:</div>
                            <div>  Unable to validate dialog, fixing - 3
                              BYE on &lt;callid&gt;</div>
                            <div><br>
                            </div>
                            <div>It showed up on a number of BYEs and
                              ACKs.  My dialog module config is as
                              follows:</div>
                            <div><br>
                            </div>
                            <div>
                              <div># ----- dialog params -----</div>
                              <div>modparam("dialog", "dlg_flag", 4)</div>
                              <div>modparam("dialog",
                                "bye_on_timeout_flag", 4)</div>
                              <div>modparam("dialog", "default_timeout",
                                21600)</div>
                              <div>modparam("dialog|sst", "timeout_avp",
                                "$avp(s:dialog_timeout)")</div>
                              <div>modparam("dialog", "dlg_extra_hdrs",
                                "Hint: dialog expired\r\n")</div>
                              <div>modparam("dialog", "dlg_match_mode",
                                1)  # 0 = DID_ONLY; 1 = DID first, SIP
                                second; 2 = SIP only</div>
                              <div>modparam("dialog", "db_url",
                                "mysql://osuer:ospass@dbcluster/osdb")</div>
                              <div>modparam("dialog", "table_name",
                                "dialog_1")</div>
                              <div>modparam("dialog", "db_mode", 1)  # 1
                                = Realtime to DB; 2 = delayed; 3 = on
                                shutdown</div>
                              <div>modparam("dialog",
                                "profiles_with_value", "711calls;
                                729calls; calls")</div>
                            </div>
                            <div><br>
                            </div>
                            <div>create_dialog() runs on all initial
                              INVITEs.</div>
                            <div><br>
                            </div>
                            <div>Is this type of behavior anything close
                              to normal?  What might cause it?  My
                              immediate fix is to simply comment out
                              this portion of the config, but I'm afraid
                              I might be masking a larger issue.  Any
                              suggestions would be great.</div>
                            <div><br>
                            </div>
                            <div>Just had a thought as I was about to
                              send this email.  Perhaps this is because
                              by the time the BYE gets to this portion
                              of the script, the dialog is already torn
                              down?  Could it be that simple, just add
                              "if !(is_method("BYE") ||
                              is_method("ACK"))" to the top line of this
                              config portion?</div>
                            <div><br>
                            </div>
                            <div><br>
                            </div>
                            <div>- Jeff</div>
                            <div><br>
                            </div>
                            <pre wrap=""><fieldset class="mimeAttachmentHeader"></fieldset>
_______________________________________________
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>
                          <br>
                        </div>
                      </div>
                    </span></div>
                </div>
              </span>
              <pre wrap=""><fieldset class="mimeAttachmentHeader"></fieldset>
_______________________________________________
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>
            <br>
            <pre class="moz-signature" cols="72">-- 
Bogdan-Andrei Iancu
OpenSIPS eBootcamp - 2nd of May 2011
OpenSIPS solutions and "know-how"</pre>
          </div>
        </div>
      </span>
      <pre wrap="">
<fieldset class="mimeAttachmentHeader"></fieldset>
_______________________________________________
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>
    <br>
    <pre class="moz-signature" cols="72">-- 
Bogdan-Andrei Iancu
OpenSIPS eBootcamp - 2nd of May 2011
OpenSIPS solutions and "know-how"</pre>
  </body>
</html>