D. Alarm Clue Definition Tips
This section describes techniques that can be used to avoid common
problems that are often encountered when defining Alarm Clues.
To effectively detect Toll Fraud, Alarm Clues must produce an accurate
count of calls that match the characteristics of a suspect phone call. Careful
planning will allow you to create clues that count suspect calls, and ignore
calls you don't need.
D.1. Headers, Banners, and Other "Non-Data"
When you examine data produced by the PBX, you will often discover
that in addition to call records, the PBX also creates records that do not
contain call data. In order to avoid counting this "non-data", clues must be
carefully defined to exclude headers and other items.
In the example below, several call records are shown along with a header.
The PBX might generate this header after every 100 calls to identify the
record fields. This is helpful when defining the format, but can also be a
nuisance when counting calls.
|09:15|074|01:25|19495869950 |00.35|
|09:17|112|00:45|18008547226 |00.00|
|09:18|085|00:20|8531212 |00.10|
|09:20|124|02:25|19495839514 |00.55|
|09:18|091|00:25|411 |00.10|
D.1.1. The Comparative Operators
When the comparative operators (>, <, >=, and <=) are used, care must be
taken to limit the scope of the comparison.
When the VIP compares information in a call record with values indicated
in the clue definition, it performs an "ASCII comparison". All ASCII
characters are compared, not just numbers. Each ASCII character,
(including letters and symbols) has a numerical value. Letters of the
alphabet have a higher value than numbers, and symbols have a lower
Although call records may always have a numerical value in a specific field,
"non-data" such as headers and summaries, might have letters or symbols
in that field. When creating an Alarm Clue that includes the comparative
operators, the VIP must be prevented from counting symbols and alphabetic
characters as numerical values.
Terms of Use | Privacy Policy | DMCA Policy
2006-2020 Rsmanuals.com