Cisco Cisco E-Mail Manager Unity Integration Option Technische Referenzen
![Cisco](https://files.manualsbrain.com/attachments/7380d0050044647c30f5c24bbbf5d0c0b6d9bb84/common/fit/150/50/faa183d287233c52228cfea3dbc2a127fe780f60564fcb0955d9c3d1cd23/brand_logo.png)
12
Overview
1.1. Avaya ARS PG Architecture
Figure 1 shows the high-level components in a Cisco ARS PG installation
and its interactions with other Unified ICM components.
and its interactions with other Unified ICM components.
The ARS PIM interacts with the Avaya Gateway using the ISAGI protocol.
The Avaya Gateway acts as a translator to translate ISAGI messages to
Adjunct Switch Application Interface (ASAI) messages in order to
communicate with the Avaya switch. In turn, the Avaya Gateway translates
ASAI messages to ISAGI and passes this information to the ARS PIM.
The Avaya Gateway acts as a translator to translate ISAGI messages to
Adjunct Switch Application Interface (ASAI) messages in order to
communicate with the Avaya switch. In turn, the Avaya Gateway translates
ASAI messages to ISAGI and passes this information to the ARS PIM.
Call queuing and caller treatment are available on the Avaya through the use
of the Gateway’s Virtual VRU (VVRU) functionality. This is controlled via
the Service Control Interface (SCI) of the ISAGI protocol. An installation
may include an external VRU for queuing calls and offering call treatment
instead of, or in addition to, the functionality offered by the Avaya through
the SoftACD interface.
of the Gateway’s Virtual VRU (VVRU) functionality. This is controlled via
the Service Control Interface (SCI) of the ISAGI protocol. An installation
may include an external VRU for queuing calls and offering call treatment
instead of, or in addition to, the functionality offered by the Avaya through
the SoftACD interface.
Figure 1: Avaya ARS PG Architecture