Configuration for Robocall Mitigation with Transnexus' ClearIP service
Last updated
Was this helpful?
Last updated
Was this helpful?
This document provides instructions on how to configure ProSBC to operate with the TransNexus ClearIP server for Robocall Mitigation. ClearIP is a SIP redirect server that provides advanced Least Cost Routing (LCR), fraud control and STIR (Secure Telephony Identity Revisited) / SHAKEN (Secure Handling of Asserted information using toKENs) features.
ProSBC 3.0.90 or a later version is needed to support Robocall Mitigation with TransNexus.
For CNAM Verification and Robocall Analytics, please check the instruction here.
This section provides the simplified network diagram with typical call flows.
1. Source of ServiceProvider sends a call to ProSBC.
2. ProSBC forwards the call to ClearIP for Robocall Mitigation process
3. ClearIP analyzes the call for robocall mitigation and toll fraud, then sends one of the following responses to ProSBC
3a.SIP 404 Not Found: No fraud is detected, not a robocall.
3b.SIP 503 Service unavailable: No fraud is detected, not a robocall.
4c. SIP 603 Decline: Fraud is detected, block the call.
4. Upon receiving 404 or 503
Upon receiving 603
This section provides ProSBC configuration for the solution.
ProSBC is configured to use routing script to send some SIP headers to ClearIP to identify the source of the call.
1. Enable routing script
2. Load routing scripts
- Add the "require 'ClearIP_Query' unless defined?(ClearIPQuery)" statement at the top of the main script.
- Add the "include ClearIPQuery" statement in the main routing class.
- Add the filter " before_filter :method => :ClearIP_query" in the main routing class.
Route retry action of 3xx, 404 and 603 must be configured to allow ProSBC to perform failover, fraud control and SHAKEN AS/VS request.
Notes:
The default route retry action of 404 is Stop call.
The default route retry action of 603 is Continue call.