Erik,
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.
http://www.ag-projects.com/CDRTool.html
Regards, Adrian
>>>>>>
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 terminitate their application), no complete CDR is generated, the INVITE and ACK are logged, but since no one realy hangs up there won't be a BYE record, so 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 call keeps existing and once again an incomplete CDR.
Has anyone ever suffered the same problem? And what is the most reliable way to generate CDRs?
Kind regards,
E. Versaevel
I've downloaded the trial version, modified the global.inc file, fired up my webbrowser, logged in as admin and got a blank screen, even after trying to run the cron nomalize.php script. It seems that the cdrlib.php script stops the output/exits, i haven't been able to solve it (yet)
Adrian Georgescu wrote:
Erik,
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.
http://www.ag-projects.com/CDRTool.html
Regards, Adrian
>>>>>>>
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 terminitate their application), no complete CDR is generated, the INVITE and ACK are logged, but since no one realy hangs up there won't be a BYE record, so 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 call keeps existing and once again an incomplete CDR.
Has anyone ever suffered the same problem? And what is the most reliable way to generate CDRs?
Kind regards,
E. Versaevel
Most probably your php.ini does not have global variables enable. Is advisable to read the INSTALL.txt in docs directory.
On Dec 30, 2004, at 4:21 PM, Erik Versaevel wrote:
I've downloaded the trial version, modified the global.inc file, fired up my webbrowser, logged in as admin and got a blank screen, even after trying to run the cron nomalize.php script. It seems that the cdrlib.php script stops the output/exits, i haven't been able to solve it (yet)
Adrian Georgescu wrote:
Erik,
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.
http://www.ag-projects.com/CDRTool.html
Regards, Adrian
>>>>>>>>
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 terminitate their application), no complete CDR is generated, the INVITE and ACK are logged, but since no one realy hangs up there won't be a BYE record, so 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 call keeps existing and once again an incomplete CDR.
Has anyone ever suffered the same problem? And what is the most reliable way to generate CDRs?
Kind regards,
E. Versaevel
Register globals is on, otherwise the loginscreen wouldn't work at all (you wouldn't get to the EULA) The cron job isn't producing any records either..
What i'm wondering about is how ag-project can garantee 100% reliable CDRs, if i put a call on hold and pull the plug the call will remain in the media proxy, since no party will be sending RTP, so there is no way to see if the call still is on hold or if the calling parties didn't issue a BYE message...
Kind regards,
E. Versaevel
Adrian Georgescu wrote:
Most probably your php.ini does not have global variables enable. Is advisable to read the INSTALL.txt in docs directory.
On Dec 30, 2004, at 4:21 PM, Erik Versaevel wrote:
I've downloaded the trial version, modified the global.inc file, fired up my webbrowser, logged in as admin and got a blank screen, even after trying to run the cron nomalize.php script. It seems that the cdrlib.php script stops the output/exits, i haven't been able to solve it (yet)
Adrian Georgescu wrote:
Erik,
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.
http://www.ag-projects.com/CDRTool.html
Regards, Adrian
>>>>>>>>>
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 terminitate their application), no complete CDR is generated, the INVITE and ACK are logged, but since no one realy hangs up there won't be a BYE record, so 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 call keeps existing and once again an incomplete CDR.
Has anyone ever suffered the same problem? And what is the most reliable way to generate CDRs?
Kind regards,
E. Versaevel
Adrian Georgescu writes:
Most probably your php.ini does not have global variables enable. Is advisable to read the INSTALL.txt in docs directory.
it is very bad security wise to write php application that relies on globals being on.
from php.ini file:
; You should do your best to write your scripts so that they do not require ; register_globals to be on; Using form variables as globals can easily lead ; to possible security problems, if the code is not very well thought of. register_globals = Off
-- juha
Thanks Juha, it is a known issue with php in general but not really a problem for the way CDRTool works.
Adrian
On Dec 30, 2004, at 4:44 PM, Juha Heinanen wrote:
Adrian Georgescu writes:
Most probably your php.ini does not have global variables enable. Is advisable to read the INSTALL.txt in docs directory.
it is very bad security wise to write php application that relies on globals being on.
from php.ini file:
; You should do your best to write your scripts so that they do not require ; register_globals to be on; Using form variables as globals can easily lead ; to possible security problems, if the code is not very well thought of. register_globals = Off
-- juha
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 alive. 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 safely create the "call end" record. So at the end you need a B2BUA.
Regards Nils
On Thursday 30 December 2004 16:05, Adrian Georgescu wrote:
Erik,
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.
http://www.ag-projects.com/CDRTool.html
Regards, Adrian
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 terminitate their application), no complete CDR is generated, the INVITE and ACK are logged, but since no one realy hangs up there won't be a BYE record, so 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 call keeps existing and once again an incomplete CDR.
Has anyone ever suffered the same problem? And what is the most reliable way to generate CDRs?
Kind regards,
E. Versaevel
Serusers mailing list serusers@lists.iptel.org http://lists.iptel.org/mailman/listinfo/serusers
It is perfectly possible as the solution works as you described.
Adrian
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 alive. 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 safely create the "call end" record. So at the end you need a B2BUA.
Regards Nils
On Thursday 30 December 2004 16:05, Adrian Georgescu wrote:
Erik,
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.
http://www.ag-projects.com/CDRTool.html
Regards, Adrian
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 terminitate their application), no complete CDR is generated, the INVITE and ACK are logged, but since no one realy hangs up there won't be a BYE record, so 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 call keeps existing and once again an incomplete CDR.
Has anyone ever suffered the same problem? And what is the most reliable way to generate CDRs?
Kind regards,
E. Versaevel
Serusers mailing list serusers@lists.iptel.org http://lists.iptel.org/mailman/listinfo/serusers
-
Adrian Georgescu -
Erik Versaevel -
Juha Heinanen -
Nils Ohlmeier