<html>
  <head>
    <meta content="text/html; charset=ISO-8859-1"
      http-equiv="Content-Type">
  </head>
  <body bgcolor="#FFFFFF" text="#000000">
    Hello,<br>
    <br>
    I could not spot by quick eye checking what could happen there, the
    best is to use the debugger module with cfg_trace parameter set and
    check the execution trace to see what actions of the configuration
    file are executed and be sure the rtpproxy is called or not.<br>
    <br>
    You can post the execution trace here if you need further help with
    it.<br>
    <br>
    Cheers,<br>
    Daniel<br>
    <br>
    <div class="moz-cite-prefix">On 8/30/12 7:40 PM, Spencer Thomason
      wrote:<br>
    </div>
    <blockquote
      cite="mid:6BA29812-8FD9-49FC-A6C4-FE9B4FAA53EE@5ninesolutions.com"
      type="cite">Hi Daniel,
      <div>Thanks for your help with this. &nbsp;Here is a trace:</div>
      <div><a moz-do-not-send="true" href="http://pastebin.com/pXeFbwBz">http://pastebin.com/pXeFbwBz</a></div>
      <div><br>
      </div>
      <div>I see the nat=yes parameter added to the Route header. &nbsp;</div>
      <div><br>
      </div>
      <div>I've posted the script here:</div>
      <div><a moz-do-not-send="true" href="http://pastebin.com/2qwHYHvj">http://pastebin.com/2qwHYHvj</a></div>
      <div><br>
      </div>
      <div>Forgive my ignorance, I can't tell what I'm doing wrong.</div>
      <div><br>
      </div>
      <div>Thanks!</div>
      <div>Spencer</div>
      <div><br>
      </div>
      <div><br>
        <div>
          <div>On Aug 30, 2012, at 12:51 AM, Daniel-Constantin Mierla
            wrote:</div>
          <br class="Apple-interchange-newline">
          <blockquote type="cite">
            <meta content="text/html; charset=ISO-8859-1"
              http-equiv="Content-Type">
            <div text="#000000" bgcolor="#FFFFFF"> Hello,<br>
              <br>
              if your config it is based on the default one, the Route
              header for within dialog requests is marked by a
              parameter, nat=yes, that is used to decide whether to do
              rtpproxy or not.<br>
              <br>
              So, if you have a custom config, check the default one for
              the nat traversal handling part.<br>
              <br>
              Cheers,<br>
              Daniel<br>
              <br>
              <div class="moz-cite-prefix">On 8/30/12 12:39 AM, Spencer
                Thomason wrote:<br>
              </div>
              <blockquote
                cite="mid:2998a231-2f38-4c5f-88b9-e8f0e89229ff@blur"
                type="cite">
                <style type="text/css">body {word-wrap: break-word; background-color:#ffffff;}</style>
                <div style="font-family: sans-serif; font-size: 16px">Hello,<br>
                  I'm using Kamailio 3.2.4 for NAT traversal using
                  rtpproxy_manage() in a largely stock script.&nbsp;
                  Everything works great until the far end (on a public
                  ip) sends a t.38 re-INVITE.&nbsp; The 200OK from the NATed
                  UAC then doesn't trigger rtpproxy and the private IP
                  in the sdp causes the fax to fail.&nbsp; Any help handling
                  these re-INVITEs would be greatly appreciated.&nbsp; I'm
                  happy to post traces if that helps describe the
                  situation.&nbsp; The network topology looks like this:<br>
                  <br>
                  NATed UAC -&gt; Kamailio on a public IP -&gt; UAS on a
                  public IP&nbsp; <br>
                  <br>
                  <br>
                  Thanks in advance,<br>
                  Spencer<br>
                  <br>
                  <br>
                  <font face="sans-serif"><span style="font-size: 14px"><i><font
                          color="#333333">Connected by DROID on Verizon
                          Wireless</font></i></span></font></div>
                <br>
                <fieldset class="mimeAttachmentHeader"></fieldset>
                <br>
                <pre wrap="">_______________________________________________
SIP Express Router (SER) and Kamailio (OpenSER) - sr-users mailing list
<a moz-do-not-send="true" class="moz-txt-link-abbreviated" href="mailto:sr-users@lists.sip-router.org">sr-users@lists.sip-router.org</a>
<a moz-do-not-send="true" 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>
              <pre class="moz-signature" cols="72">-- 
Daniel-Constantin Mierla - <a moz-do-not-send="true" class="moz-txt-link-freetext" href="http://www.asipto.com/">http://www.asipto.com</a>
<a moz-do-not-send="true" class="moz-txt-link-freetext" href="http://twitter.com/#%21/miconda">http://twitter.com/#!/miconda</a> - <a moz-do-not-send="true" class="moz-txt-link-freetext" href="http://www.linkedin.com/in/miconda">http://www.linkedin.com/in/miconda</a>
Kamailio Advanced Training, Berlin, Nov 5-8, 2012 - <a moz-do-not-send="true" class="moz-txt-link-freetext" href="http://asipto.com/u/kat">http://asipto.com/u/kat</a></pre>
            </div>
          </blockquote>
        </div>
        <br>
      </div>
    </blockquote>
    <br>
    <pre class="moz-signature" cols="72">-- 
Daniel-Constantin Mierla - <a class="moz-txt-link-freetext" href="http://www.asipto.com">http://www.asipto.com</a>
<a class="moz-txt-link-freetext" href="http://twitter.com/#%21/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 Advanced Training, Berlin, Nov 5-8, 2012 - <a class="moz-txt-link-freetext" href="http://asipto.com/u/kat">http://asipto.com/u/kat</a></pre>
  </body>
</html>