As for me, it is not solve the problem, if we will still talking about 'per call' criteria.
For example. I set 10 "total calls" with 600 seconds of the "call duration". Your idea will give us 100 minute of successful calls. Not such many for minutes, but may be a lot in money.
But, if it is difficult to make control of the "call duration" per "interval", then "it is better, then nothing". Your idea decrease (in combination of the "total calls") a number of successful minutes than we can get now.
But this feature should be switched off, if needed.
--
С уважением, Денис.
Best regards, Denis
13.06.2018, 18:40, "Liviu Chircu" <li...@opensips.org>:
I agree - it seems like a "good in theory, bad in practice" kind of
feature. So let's see how we can make it better: would it make more
sense to add a forced dialog lifetime equal to the critical threshold of
the "call duration" setting upon calling check_fraud() (which, by the
way, will also create the dialog if it's not there), while keeping the
event alerts just like they are now?
Liviu Chircu
OpenSIPS Developer
http://www.opensips-solutions.com
On 12.06.2018 13:12, Денис Путято via Users wrote:Hmm.....
And what is the purpose of control "per call"?
As i understand it triggers AFTER calls finishing. What can we do in
such situation?
Just send email to, for example, support, that "potential fraud" call
has been finished?
_______________________________________________
Users mailing list
Users@lists.opensips.org
http://lists.opensips.org/cgi-bin/mailman/listinfo/users
_______________________________________________ Users mailing list Users@lists.opensips.org http://lists.opensips.org/cgi-bin/mailman/listinfo/users
