<!DOCTYPE HTML PUBLIC "-//W3C//DTD HTML 4.01 Transitional//EN">
<html>
  <head>
    <meta content="text/html; charset=ISO-8859-1"
      http-equiv="Content-Type">
  </head>
  <body text="#000000" bgcolor="#ffffff">
    Hi Bobby,<br>
    <br>
    The default behavior of RTPProxy is to send timeout notifications
    only when both parties stop sending media. This is useful in your
    situation, when only one phones sends media. But for solving "ghost
    calls" situations, RTPProxy must detect if the media session is
    disconnected in only one direction. To enable this feature you must
    start RTPProxy with "-i" parameter, but a timeout will be triggered
    when the party that has been put on hold stops sending media.<br>
    <br>
    I have just added an improvement to the nathelper module that allows
    you to specify which calls require notifications, by calling
    rtpproxy_offer function with 'n' flag.<br>
    <br>
    Regards,<br>
    <br>
    <br>
    <br>
    On 12/16/2010 09:09 PM, Bobby Smith wrote:
    <blockquote
      cite="mid:AANLkTimoaRu9SWnSHZDkWwk8zdJu22dX4g8OD8PkM2U9@mail.gmail.com"
      type="cite">Quick question about this -- does the timeout happen
      in the case where two joined sessions are in "sendonly" (ie,
      listening to hold music)? &nbsp;If so, is there an easy way around this
      and can this feature be enabled on a per force/unforce rtpproxy
      function call?<br>
      <br>
      <div class="gmail_quote">On Thu, Dec 16, 2010 at 1:14 PM, Razvan
        Crainea <span dir="ltr">&lt;<a moz-do-not-send="true"
            href="mailto:razvancrainea@opensips.org">razvancrainea@opensips.org</a>&gt;</span>
        wrote:<br>
        <blockquote class="gmail_quote" style="margin: 0pt 0pt 0pt
          0.8ex; border-left: 1px solid rgb(204, 204, 204);
          padding-left: 1ex;">
          Hello all,<br>
          <br>
          <br>
          <br>
          Problem<br>
          --------<br>
          <br>
          I just added to OpenSIPS a new feature that makes possible to
          deal with "ghost" calls in proper and complete way (detection,
          reporting and termination).<br>
          <br>
          "Ghost calls" are calls where (due network or hardware issue),
          one of the end-points simply died without hanging up the call
          - so for all the proxies in the middle and for the other end
          point, the call will still look like ongoing. This is a huge
          problem when dealing with accounting and charging of PSTN
          calls.<br>
          <br>
          As OpenSIPS is a proxy and at signaling level there is no
          continues traffic to help in detecting the ghost calls, such
          detection must be done at media level.<br>
          <br>
          A new feature has been added to the nathelper module, that
          allows OpenSIPS proxy to terminate calls when a media timeout
          occurs in an ongoing call.<br>
          <br>
          <br>
          <br>
          Solution<br>
          --------<br>
          <br>
          The overall solution includes the usage of rtpproxy (as media
          relay) and opensips (signaling part).<br>
          <br>
          RTPProxy is used to detect the media timeouts and to report
          them back to opensips (via the nathelper module). The
          nathelper module binds to dialog module and it will terminate
          the call (by sending BYEs in both directions) when such
          notification is received. By closing the call at signaling
          level, you will have the opportunity (using the "local" route)
          to do certain script operations when the BYEs are fired (like
          doing accounting, logging, etc).<br>
          <br>
          This new functionality is very useful for various scenarios
          where having a precise call stats is required, like:<br>
          &nbsp; &nbsp;- load balancing based on call load<br>
          &nbsp; &nbsp;- precise accounting (for PSTN termination)<br>
          &nbsp; &nbsp;- dialog profiling (parallel call limitation).....<br>
          <br>
          <br>
          For more information about usage and configurations, visit <a
            moz-do-not-send="true"
            href="http://www.opensips.org/html/docs/modules/devel/nathelper.html"
            target="_blank">http://www.opensips.org/html/docs/modules/devel/nathelper.html</a><br>
          <br>
          This new feature is available in trunk and in branch 1.6 (it
          will be part of the future 1.6.4 stable release).<br>
          <br>
          Regards,<br>
          <br>
          -- <br>
          Razvan Crainea<br>
          <a moz-do-not-send="true" href="http://www.voice-system.ro"
            target="_blank">www.voice-system.ro</a><br>
          <br>
          <br>
          _______________________________________________<br>
          Users mailing list<br>
          <a moz-do-not-send="true"
            href="mailto:Users@lists.opensips.org" target="_blank">Users@lists.opensips.org</a><br>
          <a moz-do-not-send="true"
            href="http://lists.opensips.org/cgi-bin/mailman/listinfo/users"
            target="_blank">http://lists.opensips.org/cgi-bin/mailman/listinfo/users</a><br>
        </blockquote>
      </div>
      <br>
      <pre wrap="">
<fieldset class="mimeAttachmentHeader"></fieldset>
_______________________________________________
Devel mailing list
<a class="moz-txt-link-abbreviated" href="mailto:Devel@lists.opensips.org">Devel@lists.opensips.org</a>
<a class="moz-txt-link-freetext" href="http://lists.opensips.org/cgi-bin/mailman/listinfo/devel">http://lists.opensips.org/cgi-bin/mailman/listinfo/devel</a>
</pre>
    </blockquote>
    <br>
    <pre class="moz-signature" cols="72">-- 
Razvan Crainea
<a class="moz-txt-link-abbreviated" href="http://www.voice-system.ro">www.voice-system.ro</a></pre>
  </body>
</html>