[Serusers] CDR Issues
ag at ag-projects.com
Thu Dec 30 17:23:52 CET 2004
It is perfectly possible as the solution works as you described.
On Dec 30, 2004, at 5:16 PM, Nils Ohlmeier wrote:
> For the scenario we are talking here about, you can not guarantee 100%
> accurate accounting except you are using a B2BUA. Because if the call
> is on
> hold it could stay in that state forever. If the UA's do not support
> RTCP you
> will not see any traffic from them if they are restarted or cut off
> from the
> net. So IMHO the only way would be to probe the UA's regularly with SIP
> requests which check if the dialog between those two parties is still
> And if you want to support all possible UA's this SIP request would
> have to
> be an re-INVITE. If you then get an 408 or 481 from one partie you can
> create the "call end" record. So at the end you need a B2BUA.
> On Thursday 30 December 2004 16:05, Adrian Georgescu wrote:
>> CDRTool guarantees 100% accurate accounting for call detail records
>> generated by SIP Express Router in combination with MediaProxy
>> regardless of the presence of BYE messages. This solution is available
>> under commercial agreement.
>> OK, i've run into a problem with the CDR Creation.
>> If you have 2 users who call each other, talk a while and then instead
>> of hanging up decide to pull the plugs from their phones (or
>> their application), no complete CDR is generated, the INVITE and ACK
>> logged, but since no one realy hangs up there won't be a BYE record,
>> no CDR end/total time and no billable time.
>> Use the / a rtpproxy you would say, to bad it suffers from the same
>> problem, if both partes put the call on hold and pull the plug the
>> keeps existing and once again an incomplete CDR.
>> Has anyone ever suffered the same problem? And what is the most
>> way to generate CDRs?
>> Kind regards,
>> E. Versaevel
>> Serusers mailing list
>> serusers at lists.iptel.org
More information about the sr-users