<!DOCTYPE HTML PUBLIC "-//W3C//DTD HTML 4.01 Transitional//EN">
<html>
  <head>
    <meta content="text/html; charset=UTF-8" http-equiv="Content-Type">
  </head>
  <body bgcolor="#ffffff" text="#000000">
    Hello all,<br>
    <br>
    All functions from the <b>nathelper </b>module used by OpenSIPS to
    communicate with RTPProxy were moved in a new module named <b>rtpproxy</b>.
    From now on, if you're using RTPProxy media relay, you will have to
    load the <b>rtpproxy</b> module in your configuration file.<br>
    <br>
    Regards,<br>
    Razvan<br>
    <br>
    On 03/08/2011 04:28 PM, Bogdan-Andrei Iancu wrote:
    <blockquote cite="mid:4D763CF4.8020001@opensips.org" type="cite">Hi
      Stan,
      <br>
      <br>
      Some automatic way to convert the "nathelper" to "rtpproxy" module
      name may be misleading, I think - especially that the set of
      functions in the 2 modules will be different (as set and names).
      <br>
      <br>
      A better possible approach can be keep the "nathelper" module as
      an dummy module that tells (at load time) the whole migration
      story so that, you can load the proper module.
      <br>
      <br>
      Regards,
      <br>
      Bogdan
      <br>
      <br>
      Stanisław Pitucha wrote:
      <br>
      <blockquote type="cite">On 2 March 2011 13:47, Razvan Crainea
        <a class="moz-txt-link-rfc2396E" href="mailto:razvancrainea@opensips.org">&lt;razvancrainea@opensips.org&gt;</a> wrote:
        <br>
         
        <blockquote type="cite">Note that there will be no functional
          changes, but only structural ones, all
          <br>
          current functions exported by nathelper module will still be
          available (some
          <br>
          name changes might be possible though), just that they will be
          provided by
          <br>
          the new module or nat_traversal module .
          <br>
              </blockquote>
        <br>
        Since the functions themselves don't change, can we still have
        <br>
        "nathelper.so" name treated like a "fake module" that will load
        the
        <br>
        actual new ones? We already had some problems with the xlog
        module
        <br>
        removed (config changes in a revision, not even minor, update) -
        maybe
        <br>
        this time it could be done in a nicer way this time :)
        <br>
        <br>
        I'd like to propose that if there's a loadmodule request that
        matches
        <br>
        "^(.*)/nathelper.(.*)$" it should automagically:
        <br>
        1. WARN that it's deprecated and functions are in rtpproxy and
        nat_traversal.
        <br>
        2. try to load modules from $1/rtpproxy.$2 and
        $1/nat_traversal.$2 and
        <br>
        if both can be found - do not fail.
        <br>
        <br>
        Same for 'mangler' and 'nat_traversal' itself. I'm pretty sure
        that
        <br>
        could solve some problems in the future (just recall the number
        of
        <br>
        people asking about xlog on irc and some of the posts on the
        mailing
        <br>
        list).
        <br>
        <br>
        Regards,
        <br>
        Stan
        <br>
        <br>
        _______________________________________________
        <br>
        Users mailing list
        <br>
        <a class="moz-txt-link-abbreviated" href="mailto:Users@lists.opensips.org">Users@lists.opensips.org</a>
        <br>
        <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>
        <br>
        <br>
          </blockquote>
      <br>
      <br>
    </blockquote>
  </body>
</html>