My setup is as follows: CVP 4.0(2), ICM 7.2(2), CUPS 6.0(2) SIP Proxy, CM 6.0(1), CAD 7.2(1), and a second SIP IVR.
I've got a complete call flow happening, with calls being handled by CVP, being xfered to the second SIP IVR and back (with data), then being queued to agents and correctly delivery to the desktop (with data).
I've also got Agent Xfers working using the following config:
1. Create a new call type for internal transfers.
2. Create a new dialled number (eg 3999). This is NOT the number the agents call, but it is the one that invokes the script. Agents will call a different number, which will be translated via the DNP entry below.
3. Using the Dialled Number Plan Bulk Insert tool, do the following:
a) Wildcard Pattern: Add number agents will call (eg 3899).
b) Routing Client: CM
c) Post Route: Yes
d) Dialled Number: the Dialled number you created at Step 2.
e) Dialled Number Type Plan: PBX (must also be in the Agent Desk Settings).
4. Create a script with Send to VRU (to get the call to CVP) and then queuing to a Skill Group again.
All of this operates as expected, with call and data delivery working correctly - on the first xfer from an agent.
However, a problem arises if the second agent attempts a subsequent xfer/consult/conference using the same DNP number.
1. Customer talking to Agent A.
2. Agent A Xfer to DNP Xfer Number.
3. Customer is Xferred back to CVP, and receives treatment.
4. Agent B receives call.
5. Agent B tries to Xfer, and we're left in one of a few situations:
Result A: Nothing happens
a) Agent A is still talking to customer.
b) CAD Transfer a Call Window remains open, with the Dial/Transfer button greyed out (after clicking it).
c) Cancel button on Transfer a Call Window leaves agent talking to customer.
The trace below is form this result.
Result B: Error
a) Agent B hears CVP error message.
b) Disconnect from error message, leaves Customer Call apparently held.
c) Unholding the call results in Agent B hearing dead air, and the eventually fast busy tone.
d) Customer is left hearing dead air.
The routing script is being executed, which means the DNP is being correctly invoked, but the script fails out of the Send to VRU node. Result 2 is hearing error tone because the failure node of the Send to VRU script goes to an error label, but that doesn't explain why Result 1 doesn't hear anything when it seems to be failing out at the same place.
In either case, Router Log Viewer returns the following errors:
Label node had no label valid for routing client dev1_pg1a_cm_rc (ID 5002), dialed number dev1_pg1a_cm_rc.6390 (ID 5006).
No default label available for dialed number dev1_pg1a_cm_rc.6390 (ID 5006).
This is strange, since the first xfer occurs correctly.
All xfers are ICM Managed Xfers - I am not using SIP REFER xfer, so CVP remains in the call for each. What is odd is that if I use SIP Refer for the agent labels, the call gets to the agents correctly, but the DNP Xfer fails completely.
I've also tried setting up a CM CTI Route Point, with TR to VRU to get the call back to CVP, but the CVP docs (even the 4.1 Config guide) refer to using a Type 2 IVR and separate Call Server for this purpose, instead of an existing Type 10 Call Server / PG. I'm guessing (hoping) that this is a documentation update problem, rather than a product issue.