<p>That was my concern of binding the variable to a specific module which has the role of writing to an accounting backend. Either acc or acc_radius module, you practically force using the selected module to be used when wants to use the variable.</p>

<p>Think that someone might want to store the value in database or in syslog and from there to import in their billing engine that might use radius or not.</p>

<p>Therefore my idea to place it in a (rather) independent module of backend storage, so one can use it with acc as well as acc_radius (or acc_diameter), without a need to use a module depending on a backend not really needed in that config.</p>

<p>You can come with successive patches, but a new pull request can be cleaner.</p>

<p style="font-size:small;-webkit-text-size-adjust:none;color:#666;">—<br>Reply to this email directly or <a href="https://github.com/kamailio/kamailio/pull/215#issuecomment-114443091">view it on GitHub</a>.<img alt="" height="1" src="https://github.com/notifications/beacon/AF36Zd4JDMoeHbZ5pK6cQ0fBJYAD_Ssrks5oWTHhgaJpZM4FGWjr.gif" width="1" /></p>
<div itemscope itemtype="http://schema.org/EmailMessage">
  <div itemprop="action" itemscope itemtype="http://schema.org/ViewAction">
    <link itemprop="url" href="https://github.com/kamailio/kamailio/pull/215#issuecomment-114443091"></link>
    <meta itemprop="name" content="View Pull Request"></meta>
  </div>
  <meta itemprop="description" content="View this Pull Request on GitHub"></meta>
</div>