Ivanti Voice Features

•Dial Plan - The Ivanti Voice switching platform enables you to configure a dial plan that determines which endpoints a caller reaches when dialing a number in the Ivanti Voice environment. An endpoint can be a SIP-enabled desktop phone, a softphone, a gateway, or a trunk. Endpoint IP addresses can be set dynamically or statically by the endpoint (for example, after the phone obtains a DHCP address). Typically, Ivanti Voice environments have phones with dynamic DHCP addresses (because there are too many to manage each individually) and gateways with static addresses (because each gateway must be individually configured, and it is easier to manage a gateway when it can always be found at a known address). Refer to Dial Plan Implementation.

•Network Address Translation (NAT) Support - Ivanti Voice supports Network Address Translation (NAT) configurations in which the SIP Soft Switch is deployed on a public IP address, and SIP devices are located either on a public IP address or behind NAT servers. SIP devices can reside behind either the same NAT server (but on the same subnet) or different NAT servers. Ivanti Voice also supports configurations in which some devices are on a public IP address and others are behind a NAT. Ivanti Voice NAT support includes some heuristics, which force the SIP Soft Switch to ignore some SIP standard-required routing decisions (such as ignoring reported message routes and forcing signals over a deduced path). Refer to SIP Soft Switch Configuration.

•VoIP Service Provider Support - For inbound and outbound PSTN calls, Ivanti Voice can use VoIP service providers instead of gateways. Ivanti Voice can automatically respond to service provider challenges for outgoing requests, transmitting user credentials, registration numbers, etc. Refer to SIP Soft Switch Configuration.

•Phone Groups - Ivanti Voice lets you organize phones and trunks into groups identified by a single extension. When a caller dials the extension of the group, Ivanti Voice connects the call to a randomly selected available endpoint in the group. Refer to Phone Groups.

•Call Pickup - Lets you use any phone to answer calls coming into other phones. You can configure call pickup for a phone group and can also configure directed call pickup for extensions outside of phone groups. Refer to Phone Groups.

•Call Forwarding and Number Modification - Ivanti Voice can automatically forward calls under specific conditions, and modify the destination number of a call before forwarding the call. Ivanti Voice includes separate interfaces for letting both system administrators and users configure call forwarding. Refer to User Codes.

•Call Detail Recording (CDR) - Ivanti Voice creates a call detail record (CDR) for every call it generates or receives, and can use HTTP to send CDR data to third party billing systems like Call Accounting Mate (CAM) for calculating usage charges. Each CDR record contains information such as the date and time the call began, the ID of the caller, the original number the caller dialed, etc. Refer to CDR and CAM Configuration.

•Class of Restrictions (COR) - A set of limitations you apply to collections of endpoints. A COR determines:

•The numbers an endpoint can dial.

•The numbers to which an endpoint can transfer or forward calls.

•The numbers from which an endpoint can receive calls, including forwards and transfers.

Refer to Class of Restrictions (COR).

•Call Restriction Levels - CORs let you set incoming and outgoing call restriction levels, which determine the priority Ivanti Voice grants to endpoints (including phones, trunks, and gateways) when allocating system resources. Endpoints with an assigned outgoing call restriction level can only call endpoints with an incoming call restriction level the same or below. This lets you reserve expensive resources (such as high-quality trunks) for certain endpoints or subsets of users, such as company executives. Refer to Class of Restrictions (COR).

•Voice Application Support - Voice applications are telephony applications that answer calls and automate interactions with callers. Ivanti Voice uses multiple voice applications to implement different call processing scenarios. In addition, Ivanti Voice has a development tool called Application Builder that enables you to create new voice applications and edit existing applications. Refer to Voice Application Design for details.

•Role-Based Access Rights - Since the Ivanti Voice functionality is secure, a user can only access the features and functions the system administrator permits the user to access. These permissions are called privileges. There is a privilege for primary functions in Ivanti Voice, such as accessing Ivanti Voice interfaces and performing particular configurations. Instead of granting individual privileges to users, Ivanti Voice lets you group privileges together as roles, enabling you to grant a collection of privileges to a user at once. Refer to Role Configuration.

•System Messages and Hold Music - In addition to audio possibilities in voice applications, Ivanti Voice has built-in predefined audio announcements that inform callers when unexpected behavior occurs. Ivanti Voice also plays hold music for callers placed on hold. Refer to Voice Application Design for details.

•Unified Messaging (UM) Configuration - Enables a user to access voice, fax, and text messages via one single email or telephone account. Refer to Unified Messaging Configuration for details.

•Voice Mail - A caller can leave a voice mail for an Ivanti Voice user. Ivanti Voice saves the voice mail as an audio file, and emails a copy of the audio file to the user. The user can retrieve the voice mail either by using a phone to call a personal voice mailbox, or by using a computer to access their email account and open the audio file attachment. If the caller is an Ivanti Voice user with an email address in the Ivanti Voice address book, Ivanti Voice uses the caller’s email address as the sender’s address in the email containing the voice mail attachment. If the caller is not in the Ivanti Voice address book, Ivanti Voice uses the default email address as the sender’s address. Refer to Implementation for details.

•Email Integration - Ivanti Voice handles email from internal and external systems in plain text format, rich-text format (RTF), and HTML. Users retrieve email by accessing an email account on a computer, or by calling a voice mailbox (if you configure Ivanti Voice to read email over the phone). When users access email over the phone, Ivanti Voice reads email messages aloud using a third-party Text-to-Speech (TTS) module. Refer to Implementation for details.

Ivanti Voice supports standard POP3, IMAP4, and SMTP email servers. Ivanti recommends using the IMAP protocol as it is included with the Microsoft Exchange installation and is simple to configure.

•Message Waiting Indication (MWI) - A Message Waiting Indication (MWI) service informs users when a new voice message arrives. The endpoint and its configuration determine how the MWI service alerts the user. For example, the MWI service can illuminate a message waiting light on a desk phone, or the message waiting indicator on a softphone. Refer to Unified Messaging Configuration for details.

The MWI registers only voice email sent using Ivanti Voice.

•States - Ivanti Voice categorizes the status of each agent, call, and interaction into states. States are Ivanti Voice-defined conditions in which an agent, call, or interaction can exist. Each agent, call, or interaction can be in only one state at a time. Some state changes are automatically triggered while others are triggered by the actions of agents and callers. Refer to States for details.

•Properties - Agents, interactions, and calls each have a different set of attributes that Ivanti Voice tracks called properties. Properties can be dynamic or static. Refer to Properties for details.

•Services - A label you create to categorize interactions for statistical, routing, and monitoring purposes. For example, you might have a contact center customer call for purchase inquiries or to offer feedback. If you create a service for each of these categories, you can track how many purchase inquiries you receive, or view a list of calls waiting in a queue to offer feedback. Refer to Services for details.

•Queues - Organize interactions awaiting agents. You can create, delete, and edit queues, and determine how the server displays interaction information on the Agent Dashboard Queue tab. Each caller’s attempt to communicate with an agent is an interaction. An interaction begins when Ivanti Voice accepts a call, or when an agent transfers the call to another agent. The interaction ends only when the caller disconnects before reaching an agent, or when the agent involved with the interaction completes the after-call work following a conversation with the caller. Refer to Queues for details.

•Reporting - Allows supervisors to generate historical reports on past activity using data in the Ivanti Voice database. Each report displays statistical data from a period of time you specify. Refer to Reports for details.

•Configure Ivanti Voice with other Ivanti Products - You can configure Ivanti Voice to work with the following applications:

•HEAT

•Foundation-based applications such as ITSM and GoldMine Enterprise Edition.

•GoldMine Corporate and Premium Editions

Refer to the release notes for information on the compatible software versions.

The configuration involves using voice applications and database connectors to link Ivanti Voice with the other application and its database. For details, refer to the online help topics: Ivanti Voice/HEAT Configuration, Configuring Ivanti Voice and Ivanti Neurons for ITSM Integration, and Ivanti Voice/GMEE Configuration.