« Back to CVP - All Versions

Historical Logging Options

Combination View Flat View Tree View
Threads [ Previous | Next ]
Hi all,
 
Looking for some input on options to record the success/failure rate of a webservice call historically. I've been given the reigns on design of this, so I'd like to do it right.
 
Requirement is to use a code based system to track interface outcomes per-call. E.g. 1001 for a success on Interface 1, 2001 for a success on interface 2, 2002 for a timeout on interface 2 or 1003 for a NULL response on interface 1. 
 
Using this strategy I thought of 4 ways to log historically:
1. Using existing cvp reporting to publish to VXML_Custom table via the AddToLog method in java or via the element's General tab using a result variable.
2. Passing the result code back to ICME script using FromExtVXML array and storing in an ECC variable, could delimit the results as the call moves through the flow, e.g.  1001|2002|3001 
3. Using an OnEndCall class to publish codes to a table in a custom SQL DB. 
4. Using ICM Call Types to provide the interface statistics but this would not be traceable for a per-call query. So this really doesn't accomplish what we want.
 
Anyone have better ideas? or seen it done more effectively? Am I on the right track? Leaning towards 1 or 2 right now.

Thanks,
Ryan

Pass it back to ICM and use a call variable for TCD tracking, and use the VRUProgress concept for reporting on numbers (otherwise you have to troll TCDs).

Regards,
Geoff

Pass it back to ICM and use a call variable for TCD tracking, and use the VRUProgress concept for reporting on numbers (otherwise you have to troll TCDs).

Regards,
Geoff

 
Thanks Geoff, appreciate your response. What do you mean by VRUProgress concept? 
 
I found some stuff from 6.0: The VRUProgress variable can be used in combination with the Call Type node and multiple Call Types per application to facilitate reporting on how callers have progressed through the application.
 
Can you give a high-level overview?  Sounds interesting
 
-Ryan

That’s the one.

You can use those fields on a call type to report progress inside the VRU. Define values that match things of meaning inside the VRU app and when youcome out, back to ICM, call a set node appropriately. You can get WebView reports (now CUIC).

I was introduced to this idea by a colleague from Bucher and Suter at last year’s Cisco Live, but I have not used it in anger myself It seems to be able to do what we want.

Regards,
Geoff