Docs for all releases
How to set a call routing?
With some basic configurations, you can generate a report via Routing Analysis tool. The Routing Analysis section allows user to examine call forwarding, manage dynamic routes and simulate different routing models.
Here’s a set of the minimum required configurations for a proper work of routing:
- Rate Table assigned to the Client/Account/Template.
- Routing Plan assigned to the Client/Account/Template.
- Routing Plan should have rules that match respective DST Number.
- Terminator should have a Rate Table to receive a call and routing rules should conform with the Terminator.
Simple rules to configure routing
- All calls from a client must be sent to specific terminator:
- Create a routing plan and specify the * wildcard (all codes) in the Code field.
- Choose the Static Client type and specify the target Routing policies (for instance, Simple LCR – a price based routing option).
- Assign a created routing plan to the client.
- Calls with certain code must be routed to a respective vendor:
- Create a routing plan and specify 380 in the Code field.
- Choose Static Client type and specify the required vendor.
- Assign this routing plan to a respective customer.
How to test a route?
In order to test a route (it only works for the DR Routes Testing routing plan ), you need to do the following:
- Assign a routing plan DR Routes Testing to a origination client(it could be a SIP dialer phone of test-engineer);
- Dial in the following format: xxx*yyyyy, where xxx is an ID of termination vendor's account and yyyyy – an actual number in an international format.
Example: test-engineer dials 100*4955667788, this means that number 4955667788 will be sent to a vendor, whose account ID is 100. This way a test person can quickly and conveniently test a lot of vendors, without the need to build new routing plans/rules for each particular case.
Brief Cases Analysis
Case: Routing Analysis doesn't show changes, however, several modification were made in the routing plan.
Cause: Dynamic Routing Manager was not run.
Resolution: Run Dynamic Routing Manager every time the routing plan has been changed. To do so, open System > Task Scheduler section.
Сase: The call doesn't process, however, everything is configured properly and Routing Analysis shows routes.
Cause 1: There are not enough available funds on client's/reseller's balance.
Resolution: Check balances in the settings. The route for the call will be acceptable, if the balance is enough for one call with a duration of 2 seconds.
Cause 2: Orig Account and Term Account belong to different gateways.
Resolution: Check the matching of gateways, orig and term account must belong to the same gateway.
Case: Routing Analysis shows an unprofitable route.
Cause 1: Customer's rate is lower than a vendor's price.
Resolution: Check rates of respective customer and vendor.
Cause 2: Set margin is higher than a real profit.
Resolution: You need to check the margin in order to avoid this issue.
Case: Routing Analysis shows several routes, when the call is sent only to the first one.
Cause: This happens because of switch configurations. Some switches (for example, MVTS) have a setting not to continue the search of the routes at a certain code response of terminator.
Resolution: Configure the switch to route calls to several vendors.