<html>
  <head>
    <meta content="text/html; charset=windows-1252"
      http-equiv="Content-Type">
  </head>
  <body bgcolor="#FFFFFF" text="#000000">
    Hi Jose,<br>
    <br>
    AAR is made no the reply. Reply is the place in that both media
    streams in SDP are available and known. Default IMS config should be
    changed a little Rx to start work. This also reminds me that you
    will probably face another problem if your PCRF does not have
    integration w/ HSS.<br>
    <br>
    P.S.<br>
    Good luck w/ PCRF battle. It is a great fun to make it work ;)<br>
    <br>
    Cheers,<br>
    <br>
    Ivo<br>
    <br>
    <div class="moz-cite-prefix">On 04/22/2016 04:58 PM, José Seabra
      wrote:<br>
    </div>
    <blockquote
cite="mid:CAEVZRWt9xtv8Oyn6MQBcMnbmyZiBFnzcDk5Xm9XvH-90szrhEg@mail.gmail.com"
      type="cite">
      <div dir="ltr">
        <div>
          <div>
            <div>Hello There,<br>
              <br>
              I'm trying using the ims_qos module with PCRF for QOS, but
              I'm facing some issues.<br>
              <br>
              When kamailio receives an initial invite (originator), it
              will execute the function -
              "Rx_AAR("ORIG_SESSION_AAR","orig","",-1)", but the PCRF is
              not contacted and i see the following messages:<br>
              <br>
               5(12153) DEBUG: <script>: Diameter: Orig
              authorizing media via Rx<br>
               5(12153) DEBUG: ims_qos [mod.c:609]: w_rx_aar(): Looking
              for route block [ORIG_SESSION_AAR]<br>
               5(12153) DEBUG: ims_qos [mod.c:621]: w_rx_aar(): Rx AAR
              called<br>
               5(12153) DEBUG: ims_qos [mod.c:1345]:
              create_return_code(): Creating return code of [-2] for
              aar_return_code<br>
               5(12153) DEBUG: ims_qos [mod.c:1354]:
              create_return_code(): created AVP successfully :
              [aar_return_code]<br>
               5(12153) DEBUG: ims_qos [mod.c:627]: w_rx_aar(): Can't do
              AAR for call session in request.<br>
              <br clear="all">
            </div>
            Why kamailio says  that I  Can't do AAR for call session in
            request?  I have looked into source code and I found that
            the condition that is blocking the communication with PCRF
            is:<br>
            <span class=""></span><br>
            <br>
            <br>
            <br>
            <br>
            //We don't ever do AAR on request for calling scenario...<br>
                if (msg->first_line.type != SIP_REPLY) {<br>
                    LM_DBG("Can't do AAR for call session in
            request\n");<br>
                    return result;<br>
                }<br>
            <br>
          </div>
          Anyone can help me understand why it is happening? why it
          can't proceed if isn't a reply?<br>
          <br>
        </div>
        Thank you for your support<br>
        <br>
        <div>BR<br>
        </div>
        <div>
          <div>
            <div>
              <div>-- <br>
                <div class="gmail_signature">
                  <div>José Seabra</div>
                </div>
              </div>
            </div>
          </div>
        </div>
      </div>
      <br>
      <fieldset class="mimeAttachmentHeader"></fieldset>
      <br>
      <pre wrap="">_______________________________________________
SIP Express Router (SER) and Kamailio (OpenSER) - sr-users mailing list
<a class="moz-txt-link-abbreviated" href="mailto:sr-users@lists.sip-router.org">sr-users@lists.sip-router.org</a>
<a class="moz-txt-link-freetext" href="http://lists.sip-router.org/cgi-bin/mailman/listinfo/sr-users">http://lists.sip-router.org/cgi-bin/mailman/listinfo/sr-users</a>
</pre>
    </blockquote>
    <br>
  </body>
</html>