You can configure Multiple PIM in the PG Box connecting towards the single CUCM Cluster. This is going to be a seperate peripheral from the UCCE perspective.
There is a sepearte section in the SRND for this Multiple PIM connections, It explains why a customer can go for Multiple PIM deployment. I am pasting the snippet here.
Multiple PIM Connections to a Single Unified CM Cluster
Although the Agent PG in this document is described as typically having only one PIM process that connects to the Unified CM cluster, the Agent PG can manage multiple PIM interfaces to the same Unified CM cluster, which can be used to create additional peripherals within Unified CCE for two purposes:
• Improving Failover Recovery for Customers with Large Numbers of CTI Route Points
• Scaling the Unified CCE PG Beyond 2,000 Agents per Server
Improving Failover Recovery for Customers with Large Numbers of CTI Route Points
When a Unified CCE PG fails-over, the PIM connection that was previously controlling the Unified CM
cluster is disconnected from its CTI Manager, and the duplex or redundant side of the PG will attempt
to connect it's PIM to the cluster using a different CTI Manager and Subscriber. This process requires
the new PIM connection to register for all of the devices (phones, CTI Route Points, CTI Ports, and so
forth) that are controlled by Unified CCE on the cluster. When the PIM makes these registration requests,
all of them must be confirmed by Unified CM before the PIM can go into an active state and process
calls.
To help recover more quickly, the Unified CCE PG can have a PIM created that is dedicated to the CTI
Route Points for the customer, thus allowing this PIM to register for these devices at a rate of
approximately five per second and allowing the PIM to activate and respond to calls hitting these CTI
Route points faster than if the PIM had to wait for all of the route points, then all the agent phones, and
all the CTI ports. This dedicated CTI Route Point PIM could become active several minutes sooner and
be able to respond to new inbound calls, directing them to queuing or treatment resources while waiting
for the Agent PIM with the phones and CTI Ports to complete the registration process and become active.
This does not provide any additional scaling or other benefits for the design; the only purpose is to allow
Unified CM to have the calls on the CTI Route Points serviced faster by this dedicated PIM. Use this
only with customers who have more than 250 Route Points, because anything less does not provide a
reasonable improvement in recovery time. Additionally,associate only the CTI Route Points that would
be serviced by Unified CCE with this PIM, and provide it with its own dedicated CTI-Enabled JTAPI or
PGUser specific to the CTI Route Point PIM.
Let me know if any more questions arises from this.
Hope this helps
Senthil
