Question
What is False Answer Supervision and how can I identify it?
Applies To
- False Answer Supervision (FAS)
- Voice API
Answer
False Answer Supervision (FAS) refers to the scenario where the answer signal of a call is modified to charge for non-conversational time. There are three types of false answer supervision:
- The carrier returns the answer signal when ringing starts, rather than when the customer answers. This increases the duration of the call, and therefore the cost of the call. A call may even be charged despite being dropped due to no answer.
- The more fraudulent variant of this scheme involves call diversion. The fraudulent carrier will route the call to a recorded message that plays a ringing tone and then a recording. This is intended to keep the calling customer on the line and paying for the call as long as possible.
- The call is not terminated when the recipient hangs up and waits for the caller to disconnect. During the period between the recipient disconnecting and the caller disconnecting, the caller is billed.
How to identify FAS?
- The billed time of the call is longer than the time for which the called party was on the line.
- A Voice API Talk action has already started when the called party picks up the line.
- The call is billed even if the called party is said to be out of the coverage. For example, for a mobile phone you get an announcement, "We are sorry, but the party you are calling is unavailable at the moment."
Why might FAS legitimately occur?
FAS can take place when there is a lack of synchronization between a VoIP leg and PSTN leg of the call on a VoIP-to-PSTN gateway. When the call reaches the gateway from the VoIP network, the gateway tries to establish a connection with the called number, but likely due to incorrect configuration, it cannot detect the states of the call, which are returned by the PSTN network. The states are: "called party ringing" and "called party connected." The gateway forces the answer state, which normally occurs immediately after the arrival of the call from the VoIP network or after a few seconds. The problem is that the gateway answers the call (which starts the billing) according to its own settings, but not according to the actual state of the call.
What can you do?
Unfortunately, Vonage does not know when a call is answered by a recipient or has experienced FAS. If you experience any issues with calls answering, but not reaching the handset or a voicemail, submit a Support request.
Articles in this section
- Why are call progress events not being received on the Event URL defined in the conversation action NCCO?
- What types of DTMF are supported?
- Why do I see "SyntaxError: Unexpected token p in JSON at position 1" when creating JWT with the Vonage CLI?
- Why does Caller ID show as potential spam?
- Is SIP Diversion header supported?
- Can I display my name on the receiving party's phone for outbound calls?
- How long are call legs stored?
- Can I send fax over the Vonage Voice API?
- Which IP addresseses should I allow in order to receive voice traffic from the Vonage API Platform?
- Is WebRTC supported with Vonage Voice API?