<!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 bgcolor="#ffffff" text="#000000">
    Hello Daniel,<br>
    our solution is milisecond-based (signature:
    &lt;seconds&gt;.&lt;milliseconds&gt;). But we can add a switch to
    support both solutions. Suggestion
    #modparam("acc","cdr_time","milliseconds").<br>
    <br>
    Bye Sven<br>
    <br>
    <br>
    <br>
    <br>
    Am 10.08.2011 14:24, schrieb Daniel-Constantin Mierla:
    <blockquote cite="mid:4E427889.4030802@gmail.com" type="cite">
      <meta content="text/html; charset=ISO-8859-1"
        http-equiv="Content-Type">
      Hi Timo,<br>
      <br>
      related to another email I just sent to this mailing list, just to
      double check for your enhancement, time related values (start,
      stop, duration) in full CDRs are also second-based like in the
      classic acc records?<br>
      <br>
      Thanks,<br>
      Daniel<br>
      <br>
      On 8/4/11 8:08 AM, Timo Reimann wrote:
      <blockquote cite="mid:4E3A3756.4060506@1und1.de" type="cite">
        <meta http-equiv="Content-Type" content="text/html;
          charset=ISO-8859-1">
        <meta name="Generator" content="MS Exchange Server version
          08.03.0083.000">
        <title>new functionality: CDR-based accounting</title>
        <!-- Converted from text/plain format -->
        <p><font size="2">Hi all,<br>
            <br>
            as announced quite a while ago, I finally checked in code
            that allows to<br>
            produce CDRs (Call Data Records) directly from SIP-Router
            and generate<br>
            logs accordingly.<br>
            <br>
            The main code portion resides in modules_k/acc and provides
            a switch to<br>
            enable basic CDR generation including start time, end time,
            and<br>
            duration. Analogous to the existing logging approach, you
            may define an<br>
            extra parameter covering to-be-included dialog
            pseudo-variables that<br>
            must be assigned in the configuration script. The new code
            will take<br>
            care of transforming the basic and custom CDR fields into
            CDR logs at<br>
            the end of a dialog.<br>
            <br>
            Speaking of dialogs: The implementation relies heavily on
            the dialog<br>
            module. It takes advantage of dialog variables introduces by
            Carsten<br>
            Bock and adds a few more features. Most notably, we had to
            change the<br>
            dialog callback signature to provide both request and
            response messages.<br>
            Having only one of them proved to be insufficient in certain
            cases; for<br>
            instance, a locally generated 408 returned a FAKED_REPLY,
            thus rendering<br>
            it impossible to access dialog variables through the PV
            framework. Other<br>
            modules using dialog callbacks have been updated along the
            commit,<br>
            third-party modules outside the repository will need to do
            so too (and<br>
            think about whether using the request or response is the
            Right Thing to do).<br>
            <br>
            Due to the changes brought to the dialog module, I pushed
            the new acc<br>
            and dialog code into a separate branch called
            treimann/acc-cdr. Feel<br>
            free to give it a try by consulting the updated
            documentation and<br>
            suggesting (or, if it's good enough, implementing :) )
            improvements. A<br>
            Kamailio 1.5 backport of the code has been in usage for
            quite some time<br>
            with us, so generally there shouldn't be any major logical
            flaws.<br>
            SIP-Router certainly needs more testing, however, so I'd be
            glad for any<br>
            feedback. My plan is to merge the code into master branch
            prior to the<br>
            3.2 feature freeze, unless significant objections arise.<br>
            <br>
            Finally, big-time credits go to my co-worker Sven Knoblich
            who is the<br>
            main contributor of the code. He's been working on this
            stuff for the<br>
            past few months and dreams in CDRs by now.<br>
            <br>
            <br>
            Cheers,<br>
            <br>
            --Timo<br>
          </font> </p>
        <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>
Kamailio Advanced Training, Oct 10-13, Berlin: <a moz-do-not-send="true" class="moz-txt-link-freetext" href="http://asipto.com/u/kat">http://asipto.com/u/kat</a>
<a moz-do-not-send="true" class="moz-txt-link-freetext" href="http://linkedin.com/in/miconda">http://linkedin.com/in/miconda</a> -- <a moz-do-not-send="true" class="moz-txt-link-freetext" href="http://twitter.com/miconda">http://twitter.com/miconda</a></pre>
    </blockquote>
    <br>
    <br>
    <pre class="moz-signature" cols="72">
</pre>
  </body>
</html>