Difference between revisions of "Dynamic Blacklist Functionality"
Line 27: | Line 27: | ||
'''Default scores''' – Default scores of SRC, DST or RTP IP. There will be cases where MOR will not find a score for a given SRC, DST or RTP IP. In each of the cases MOR will add the missing values from these settings. | '''Default scores''' – Default scores of SRC, DST or RTP IP. There will be cases where MOR will not find a score for a given SRC, DST or RTP IP. In each of the cases MOR will add the missing values from these settings. | ||
<br><br> | <br><br> | ||
==Blacklisting Script== | ==Blacklisting Script (Intelligence) == | ||
To use default blacklisting rules you have to create your own script. The script to change scores should work like this:<br> | What it will do is to try to figure out what a blacklisted call could look like. For example it could be that a customer of a customer tries to call one specific number more than 10 times a day or more than 5 times within one hour. Or there are many calls generated by one source phone number or one source IP media. It all depends on experience and assumptions and that may be different for all customers. | ||
To use default blacklisting rules you have to create your own script. Script can be done in any language. It should analyze CDRs and make decisions based on various criteria. After that it should populate appropriate DB fields to put scores for various values. | |||
The script to change scores should work like this:<br> | |||
If a destination_number was called more than DST-n1 times within DST-t1 minutes then DST-Score = DST-v1<br> | If a destination_number was called more than DST-n1 times within DST-t1 minutes then DST-Score = DST-v1<br> | ||
Line 46: | Line 50: | ||
If a source_IP_number was calling more than 40 times within 5 hours then SRC-IP-Score = 100<br> | If a source_IP_number was calling more than 40 times within 5 hours then SRC-IP-Score = 100<br> | ||
<br><br> | <br><br> | ||
=See also= | =See also= | ||
Revision as of 10:19, 26 April 2013
Description
Blacklist functionality Dynamic Routing based on smart logic which puts a 'score' on the call by its SRC, DST or RTP IP and allows routing call with high score over different route. This functionality gives you an ability to define LCR as Blacklist Providers group. These Providers works like any other Provider in MOR system. MOR reroutes all the calls, that have a score more than a defined threshold, to this Blacklist LCR.
This functionality is useful when system owner wants to route 'suspect' calls through different route than 'normal' calls.
Example: calls from such countries as Nigeria, Sudan, etc, based on their IP/CallerID can be marked as 'suspects' and routed to some IVR or to the dead-end.
Configuration
You can manage
- Single User settings in User Details
- Global settings in ADDONS –> Monitorings –> Settings
Blacklist Feature enabled – enables Blacklists functionality in all system.
Default Blacklist LCR – LCR with Balcklist Providers.
Default Routing Threshold – sum of SRC, DST and RTP IP limit. If SRC, DST or RTP IP scores sum, received during the call, is bigger than Defaullt Threshold, call will be routed through selected Blacklist LCR.
Use default blacklisting rules – check this to use Blacklisting Script for SRC, DST or RTP IP scoring.
Default scores – Default scores of SRC, DST or RTP IP. There will be cases where MOR will not find a score for a given SRC, DST or RTP IP. In each of the cases MOR will add the missing values from these settings.
Blacklisting Script (Intelligence)
What it will do is to try to figure out what a blacklisted call could look like. For example it could be that a customer of a customer tries to call one specific number more than 10 times a day or more than 5 times within one hour. Or there are many calls generated by one source phone number or one source IP media. It all depends on experience and assumptions and that may be different for all customers.
To use default blacklisting rules you have to create your own script. Script can be done in any language. It should analyze CDRs and make decisions based on various criteria. After that it should populate appropriate DB fields to put scores for various values.
The script to change scores should work like this:
If a destination_number was called more than DST-n1 times within DST-t1 minutes then DST-Score = DST-v1
If a destination_number was called more than DST-n2 times within DST-t2 hours then DST-Score = DST-v2
If a source_number was calling more than SRC-n1 times within SRC-t1 minutes then SRC-Score = SRC-v1
If a source_number was calling more than SRC-n2 times within SRC-t2 hours then SRC-Score = SRC-v2
If a source_IP_number was calling more than SRC-IP-n1 times within SRC-IP-t1 minutes then SRC-IP-Score = SRC-IP-v1
If a source_IP_number was calling more than SRC-IP-n2 times within SRC-IP-t2 hours then SRC-IP-Score = SRC-IP-v2
Variables like DST-n1 to SRC-IP-v2 need to be defined manually.
Example
If a destination_number was called more than 5 times within 60 minutes then DST-Score = 100
or
If a source_IP_number was calling more than 40 times within 5 hours then SRC-IP-Score = 100