Home / Training / Lesson 7
VoIP Training · Lesson 7 of 10

FAS, CLI manipulation and fraud detection

How false answering, caller-ID changes and fraudulent traffic show up in your network, and how to detect and contain them.

By VoxComms · · 4 min read

Fraud in wholesale VoIP rarely looks dramatic. It hides inside normal-looking traffic: calls that seem answered but never were, caller IDs that quietly change, or a sudden burst of calls to an expensive destination in the middle of the night. This lesson covers the three areas a wholesale NOC deals with most: False Answer Supervision (FAS), CLI manipulation, and traffic-pumping or hacking fraud.

Part 1 – False Answer Supervision (FAS)

What it is

In SIP, a 200 OK to the INVITE means “the called party answered” and starts billing. With FAS, some network in the chain sends that answer signal even though nobody really answered. The caller might keep hearing ringing, hear silence, or hear a recording, while every second is billed.

Typical patterns

Normal call INVITE→18x ringback (not billed) 200 OK → conversation (billed) FAS call 200 OK almost immediately → ringback / silence / recording (all billed) Illustrative timelines only. Red = time you pay for without a real conversation.
Where the billed time starts is the whole difference.

How to detect it

  1. Signalling checks on every call: presence and order of 18x before 200, and time from INVITE to answer.
  2. Audio checks: detect ringback tones after answer, long silence, and identical audio across different calls.
  3. Statistical checks per route: ASR and ACD compared with other vendors for the same destination, and call-duration distribution.
  4. Controlled test calls to numbers whose behaviour you know.

Summarise each route with a simple verdict — for example CLEAN, MIXED or FAS — and always store the reason and example calls. The blog article What is FAS? explains these steps in more detail.

How to respond

Part 2 – CLI manipulation

On a CLI route, the caller’s number should reach the destination unchanged. Problems include:

Detecting CLI changes

Also make sure your traffic is clean: only pass caller IDs your customers are entitled to use, and follow the caller-ID rules of each destination. Many regulators have specific requirements.

Part 3 – Traffic pumping and hacked accounts

Another common loss comes from fraudulent traffic: compromised PBXs or customer accounts used to send large volumes of calls to expensive destinations, often at night or at weekends when fewer people are watching. The fraudster profits from revenue share on those destinations; the carrier that cannot collect payment is left with the vendor bill.

Warning signs

Controls that limit damage

Building a fraud-aware routine

  1. Review fraud and FAS alerts at the start of every shift.
  2. Check the top destinations and customers by spend compared with the previous day.
  3. Investigate any new destination with sudden volume.
  4. Keep a log of incidents, the evidence gathered and the action taken.
  5. Review limits on customer accounts periodically.

VoxInspector automates FAS verdicts with reasons, keeps a suspect number list with recording playback, and flags CLI/ANI changes on live traffic.

Key takeaways

  • FAS bills unanswered calls by sending 200 OK too early; look for answer without ringback and repeated audio.
  • Combine signalling, audio and statistical checks, and keep evidence for disputes.
  • CLI manipulation shows up in handset tests, header comparisons and customer complaints.
  • Traffic pumping often appears as sudden spikes to unusual destinations outside normal hours.
  • Limits, prepaid billing, whitelists and spend alerts contain the damage.

Quick quiz

1. Name two signalling signs of FAS.

200 OK without any preceding 180/183, and an answer that arrives unusually soon after the INVITE.

2. What is the most reliable way to verify CLI delivery?

Test calls to a handset you control at the destination, comparing the displayed number with the one sent.

3. Give two controls that limit losses from a hacked customer account.

Concurrent-call/spend limits and blocking high-risk destinations (also prepaid billing and spend alerts).

Examples in this course use invented names (Vendor X, Customer Y, Country Z) and documentation IP ranges. Menu names and options differ between softswitch versions; always check your own system and vendor documentation.