Thanks Timo<br><br>it looks really promising! I'll stay tuned for upcoming annoucements...<br><br>Regards<br><br>Javi<br><br><div class="gmail_quote">On Tue, Jun 28, 2011 at 7:34 PM, Timo Reimann <span dir="ltr"><<a href="mailto:timo.reimann@1und1.de">timo.reimann@1und1.de</a>></span> wrote:<br>
<blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex;">Hey Javier,<br>
<div><div></div><div class="h5"><br>
<br>
On 28.06.2011 17:53, Javier Gallart wrote:<br>
> I have little experience with the dialog module -so sorry if the<br>
> quesiton is silly-, and I was wondering if I could use it for doing<br>
> accounting (acc works just fine, but I was looking for a unique stop<br>
> record that includes all the call information). The basic idea would be<br>
> to assign the initial INVITE to a profile; and then, when BYE is<br>
> received, build a cdr based of the dialog attributes...but afaik , upon<br>
> reception of the BYE the dialog is destroyed. is there a way to access<br>
> the dlg attributes inside the script when the BYE transaction is processed?<br>
<br>
</div></div>Basically, what you are referring to is dialog-based CDR generation.<br>
Although it's not possible to do in the current Kamailio, a co-worker of<br>
mine and me have been working hard lately to implement this specific<br>
feature. It requires changes to the dialog module (such as allowing<br>
access to dialogs even after the BYE message is processed, just as you<br>
mentioned) and extending the acc module by a CDR mode.<br>
<br>
The plan is to get the new code into the project ASAP, certainly by the<br>
time SR 3.2 is released. So watch out for a new repository branch and an<br>
announcement on the mailing list to get your hands dirty with the new<br>
stuff soon.<br>
<br>
<br>
Cheers,<br>
<font color="#888888"><br>
--Timo<br>
</font></blockquote></div><br>