<html>
  <head>
    <meta content="text/html; charset=windows-1252"
      http-equiv="Content-Type">
  </head>
  <body bgcolor="#FFFFFF" text="#000000">
    Hello,<br>
    <br>
    <div class="moz-cite-prefix">On 11/05/15 08:41, Darren Campbell
      (Primar) wrote:<br>
    </div>
    <blockquote
      cite="mid:66CCCC287FD4D646A255F1495F204AB5286455E0@MBX-02.mtrx.com.au"
      type="cite">
      <meta http-equiv="Content-Type" content="text/html;
        charset=windows-1252">
      <style id="owaParaStyle" type="text/css">P {margin-top:0;margin-bottom:0;}</style>
      <div style="direction: ltr;font-family: Tahoma;color:
        #000000;font-size: 10pt;">Hi all<br>
        <br>
        Have Asterisk listening on 127.0.0.1 and aiming to route all
        inbound/outbound SIP via Kamailio listening on 127.0.0.1 and
        external interface.<br>
        <br>
        Inbound calls from the SIP PROVIDER work just fine. Have NAT,
        rtpproxy configured for successful registration and subsequent
        INVITEs etc.<br>
        <br>
        Experiencing some challenges with the outgoing INVITES,
        primarily authenticating the outbound INVITEs.<br>
        <br>
        The current situation is this:<br>
        Asterisk > INVITE > Kamailio > INVITE > SIP PROVIDER<br>
        SIP PROVIDER > 407 Proxy Authenticate > Kamailio >
        Transaction Cancelled.<br>
        Asterisk then plays number unavailable message.<br>
        <br>
        <br>
        The desired situation is more like this:<br>
        Asterisk > INVITE > Kamailio > INVITE > SIP PROVIDER<br>
        SIP PROVIDER > 407 Proxy Authenticate > Kamailio >
        Asterisk<br>
        Asterisk > INVITE (with auth digest etc) > Kamailio >
        INVITE > SIP PROVIDER<br>
        <br>
        <br>
        An attempted solution was made by having Kamailio authenticate
        using the uac module. However, ideally Kamailio should be mostly
        transparent and Asterisk should be handling and responding to
        the 407 Proxy Authentication.<br>
        <br>
        If there is someone in the Kamailio community that has addressed
        this situation before, guidance would be much appreciated.<br>
      </div>
    </blockquote>
    do you have a failure_route block in kamailio.cfg? Be sure that if
    401/407 is received, you just exit the routing block:<br>
    <br>
    failure_route[abc] {<br>
      ...<br>
      if(t_check_status("401|407")) exit;<br>
      ...<br>
    }<br>
    <br>
    Then the 401/407 replies will be sent upstream to asterisk.<br>
    <br>
    Cheers,<br>
    Daniel<br>
    <br>
    <pre class="moz-signature" cols="72">-- 
Daniel-Constantin Mierla
<a class="moz-txt-link-freetext" href="http://twitter.com/#!/miconda">http://twitter.com/#!/miconda</a> - <a class="moz-txt-link-freetext" href="http://www.linkedin.com/in/miconda">http://www.linkedin.com/in/miconda</a>
Kamailio World Conference, May 27-29, 2015
Berlin, Germany - <a class="moz-txt-link-freetext" href="http://www.kamailioworld.com">http://www.kamailioworld.com</a></pre>
  </body>
</html>