Cisco Cisco Unified Contact Center Enterprise 9.0(1)

The following figure illustrates basic ICM-to-ICM Gateway call flow:

A Client ICM receives a request. This could be a pre-route request from a service provider network (in
which case the routing client is a NIC) or a post-route request from an ACD/IVR (in which case the PG
acts as the routing client)

The Client ICM executes a script. At some point the script initiates a route request to the other Unified
ICME, referred to as the Server ICM. At this point the Server ICM must find a destination label for the
call.

The Server ICM executes a script to select a destination label for the call. The Server ICM handles this
call as a normal route request, save for the fact that the routing client is another ICM and not a service
provider network or an ACD/IVR. Once a destination label is selected the Server ICM sends it back to
the Client ICM.

When the Client ICM receives the destination label from the Server ICM, it passes the label directly to
the routing client that initiated the route request. This does not happen under script control, but is an
automatic process.

The ICM-to-ICM Gateway link connects two ICMs through a Cisco proprietary protocol called INCRP
(Intelligent Network Call Routing Protocol). Both ICMs have a component managing the connection.

The script node on the Client ICM is called an ICM Gateway. It sends the route requests and receives the
responses (destination labels) from the Server ICM.

The component on the Server ICM is called an INCRP Network Interface Controller (INCRP NIC). The
NIC receives route requests and sends responses back to the requester. An ICM can have an INCRP NIC, as
well as other types of NICs.

Both the ICM Gateway and the INCRP NIC run on the CallRouter, so no additional hardware is required.