Avaya inbound configuration
The Avaya components used with the Interactive Voice Gateway (IVG) application must be configured correctly for inbound calls to be handled by IVG. The following procedures use the Avaya Site Administration (other comparable terminal emulators can be used if necessary) and System Manager applications to configure the Avaya components. Once configured, vectors must be programmed in Avaya Communication Manager to load the required VDNs. Refer to Building Avaya Vectors for IVG for more information.
Multiple IVG Load Balancing and Failover
In Avaya integrations using multiple IVGs, it is possible to leverage Avaya and IVG mechanisms to support the following functions:
- Load balancing
- High availability
- Failover
Call Flow
The following diagram details how inbound calls are handled in multiple IVG integrations.
Calls progress through this integration as follows:
- Inbound calls arrive at the PSTN (telephone system) and are routed to VDN A, the inbound vector directory number. TDM protocol is used.
- An adjunct route directs the calls to AES (Avaya enablement server). Proprietary Avaya protocol is used.
- AES directs the calls to the VHT Callback® application where the appropriate treatment is determined. In this case, calls are routed back to VDN A, VDN B, Session Manager and on to the IVGs. Proprietary Virtual Hold protocol is used.
- VHT Callback application attaches routing information to the calls and directs them back to VDN A (Communications Manager). Proprietary Avaya protocol is used.
- Communication Manager reads the routing information and directs the calls to VDN B. Proprietary Avaya protocol is used.
- Communication Manager directs the calls to Session Manager. SIP protocol is used.
- Session Manager load balances the calls (using a proprietary Avaya algorithm) across the available IVGs. SIP protocol is used.
- If the IVGs do not receive the load balanced calls for any reason (failure of all IVGs, incorrect DNIS configuration, etc.), Communication Manager routes the calls to a holding queue. Proprietary Avaya protocol is used.
Avaya Configuration
Use the following tools to configure Avaya components to function correctly with and support IVG implementations:
- Avaya Site Administrator - Creates dialing plans (including component parts) and configures trunk groups.
- Avaya System Manager - Creates SIP entities, entity links, and configures routing policies and dial patterns.
Avaya Site Administrator
From the Avaya Site Administrator, perform the following:
- Create a dialing plan that is set to handle the appropriate dialed strings with each string set to a call type of UDP.
- Configure the matching patterns for this dialing plan to use Automatic Alternative Routing.
- Configure the dialed strings for the matching patterns to use the appropriate route pattern and a call type of aar. Output of the Avaya Site Administrator should contain results similar to the following excerpts:
- Configure the route pattern to link to a trunk group.
- Configure the trunk group to be of the type SIP (routes calls from the Avaya Communication Manager to the System Manager). Output of the Avaya Site Administrator should contain results similar to the following excerpts:
The following sample uses tcp as the Transport Method. This transport method is not required, or configured as a default.
Avaya System Manager
From the Avaya System Manager, perform the following:
- For each IVG in the network routing plan, create a SIP entity and set the type to SIP Trunk and SIP Link Monitoring to Link Monitoring Enabled.
- For each IVG in the network routing plan, create an Entity Link that uses the UDP protocol.
- Configure the IVG destination in the routing policy to the IVG SIP entity.
- Configure the required dial patterns, with the Originating Location and Routing Policy Names, for those created for IVG usage.