[OpenSIPS-Users] Fraud Detection Module - counters
Liviu Chircu
liviu at opensips.org
Mon Oct 2 05:12:18 EDT 2017
If you're running from source, just set up a separate copy of the
opensips 2.2.5 tree, compile the latest fraud_detection.so module and
replace it under /usr/lib/opensips/modules/fraud_detection.so (just an
example, your path may differ!).
If you're using packages, download the current 2.2.5 OpenSIPS deb or RPM
for the fraud_detection module, extract "fraud_detection.so" from it,
and overwrite it under /usr/lib/opensips/modules/fraud_detection.so.
Remember to make a backup of the old fraud_detection.so in case anything
goes wrong in this process. My personal recommendation is to upgrade to
2.2.5 - it only contains critical fixes reported by the community in the
last months, nothing else.
Liviu Chircu
OpenSIPS Developer
http://www.opensips-solutions.com
On 01.10.2017 14:48, Adrian Fretwell wrote:
>
> Hi Liviu,
>
> My version is 2.2.1, it has been running and very stable since August
> last year. Is it possible for me to patch just the Fraud detection
> module?
>
> Kind regards,
>
> Adrian.
>
>
> On 26/09/17 17:24, Liviu Chircu wrote:
>>
>> Hi,
>>
>> Could you please provide your OpenSIPS version? Both concurrent and
>> sequential calls have received fixes within the past year.
>>
>> Best regards,
>>
>> Liviu Chircu
>> OpenSIPS Developer
>> http://www.opensips-solutions.com
>> On 20.09.2017 11:35, Adrian Fretwell wrote:
>>>
>>> Hello,
>>>
>>> Can anyone help clarify a couple of of points that I have not been
>>> able to with the module documentation?
>>>
>>> I understand that all of the counters should reset at the start of a
>>> new time period with the exception of sequential calls.
>>>
>>> I discovered that the sequential calls counter only gets reset if a
>>> call is made that actually matches another rule in the fraud
>>> detection table. So for example I have a rule with a 00 prefix
>>> (international dialling from here in the UK) but I have no rule for
>>> prefixes for ordinary geographic numbers, 01, 02 etc. So if we
>>> alternate calls between international (00) and domestic (01) the
>>> international sequential calls counter just keeps increasing until
>>> the critical limit is reached.
>>>
>>> So to rectify this, I added some rules for the domestic (01 or 02)
>>> calls. This now causes the international sequential calls counter
>>> to reset OK but I now have a new problem. My concurrent calls
>>> counter is increasing but not getting reset at the change of a time
>>> period. To add to this issue I have discovered that if I make a
>>> call to a non-existent number and the gateway returns 404 not
>>> found, the concurrent calls counter increments but does not
>>> decrement at the end of the call. The same is true if I call a
>>> valid number but cancel the call before the callee answers.
>>>
>>> Am I missing something here? Any feedback or ideas would be
>>> appreciated.
>>>
>>> Kind regards,
>>>
>>> Adrian Fretwell
>>>
>>>
>>> _______________________________________________
>>> Users mailing list
>>> Users at lists.opensips.org
>>> http://lists.opensips.org/cgi-bin/mailman/listinfo/users
>>
>>
>>
>> _______________________________________________
>> Users mailing list
>> Users at lists.opensips.org
>> http://lists.opensips.org/cgi-bin/mailman/listinfo/users
>
>
>
> _______________________________________________
> Users mailing list
> Users at lists.opensips.org
> http://lists.opensips.org/cgi-bin/mailman/listinfo/users
-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://lists.opensips.org/pipermail/users/attachments/20171002/86858ff4/attachment.html>
More information about the Users
mailing list