Manual

1-3
ICM-to-ICM Gateway User Guide for Cisco ICM Enterprise & Hosted Editions Release 7.0(0)
Chapter 1 ICM-to-ICM Gateway Overview
ICM-to-ICM Gateway Call Flow
Step 1 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)
Step 2 The Client ICM executes a script. At some point the script initiates a route request
to the other ICM, referred to as the Server ICM. At this point the Server ICM must
find a destination label for the call.
Step 3 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.
Step 4 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.
ICM-to-ICM Communication
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 component 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 are components that run on the Router
machine, so no additional hardware is required.