« Back to General Discussion - All Versions

ReqICMLabel Issue after CVP 8.0 upgrade

Combination View Flat View Tree View
Threads [ Previous | Next ]
Showing 21 - 27 of 27 results.
of 2
Philosophical differences aside ;-) you need to understand that when you use the ReqICMLabel element, that comes into ICM as a new call, so if you're setting a Call Type or trying to get any other call-specific information, then it is important to know there is essentially no tie between the inbound call and the ReqICMLabel call...

- Bill

On that note, actually (I wish I could "tag" a person in these forums!) - Janine, Paul, and anyone else who has thoughts about this:

What I just described is a bit of a limitation of the ReqICMLabel element, so it would be good to know if there could be any way to tie the 2 calls (2 Route Requests, really) together, so you could do things like set/change Call Types, get call-specific data like Call.TimeInQueue, etc...

I think it is an important discussion to open up - that is, use of the "ReqICMLabel" element in CVP Comprehensive model. The name might need to change, but the simple idea of having an element in Studio that could perform functions like the "Get Statistics" step in IP-IVR, and so much more, is really a powerful thing that shouldn't be overlooked.

My $0.02

- Bill

 I have used ReqICMLabel it for Admin scripts where I close or open a callcenter from CVP and also from ICM.  It allowed to develop a pretty good way of controlling the closure of call centers during emergencies/unexpected shutdowns etc.
Hemal

Philosophical differences aside ;-) you need to understand that when you use the ReqICMLabel element, that comes into ICM as a new call, so if you're setting a Call Type or trying to get any other call-specific information, then it is important to know there is essentially no tie between the inbound call and the ReqICMLabel call...

- Bill



Bill,

I agree two calls we are dealing with.

But when icm script calls cvp vxml script I have the info (identifiers) from the 1st call in vxml script, so I can pass the info (identifiers) to
ReQICMlabel callvar 1 - 9, FromExtVXML0 -3, so when the 2nd call triggers a icm script I can check the passed values and able to set the call type based on passed value.

Regards, Vivek.

 
Bill,
 
I totally agree that ReqICMLabel is somewhat limited as it stands and the reason for that is in the name -- it does what the name suggests and what it was designed to do.  However, it would be very useful to be able to access the original ICM script context and perform operations while leaving the VoiceXML session intact.  This was something that was discussed with the CVP Engineering Team some time back but unfortunately didn't gain traction.  It's certainly something I would like to see a solution for and I'd be interested to hear feedback on how important people regard it.
 
Paul

Hi Paul,

I am facing challange at subdialoginvoke. When I try to send paremeters in
URI the router gets reload and application gets hang.

For more details please refer previous conversations...

Phani
On 11-Apr-2012 6:32 AM, "Cisco Developer Community Forums" <
cdicuser@developer.cisco.com> wrote:

> Paul Tindall has created a new message in the forum "General Discussion -
> All Versions":
>
> --------------------------------------------------------------
>
> Bill,
>
> I totally agree that ReqICMLabel is somewhat limited as it stands and the
> reason for that is in the name -- it does what the name suggests and what
> it was designed to do. However, it would be very useful to be able to
> access the original ICM script context and perform operations while leaving
> the VoiceXML session intact. This was something that was discussed with
> the CVP Engineering Team some time back but unfortunately didn't gain
> traction. It's certainly something I would like to see a solution for and
> I'd be interested to hear feedback on how important people regard it.
>
> Paul
> --
> To respond to this post, please click the following link:
>
> <
> http://developer.cisco.com/web/cvp/forums/-/message_boards/view_message/5434995
> >
>
> or simply reply to this email.

Bill,
 
I totally agree that ReqICMLabel is somewhat limited as it stands and the reason for that is in the name -- it does what the name suggests and what it was designed to do.  However, it would be very useful to be able to access the original ICM script context and perform operations while leaving the VoiceXML session intact.  This was something that was discussed with the CVP Engineering Team some time back but unfortunately didn't gain traction.  It's certainly something I would like to see a solution for and I'd be interested to hear feedback on how important people regard it.
 
Paul

 
Hi Paul -
 
I personally think there would be significant value in providing a mechanism in Studio that would allow access for the call in progress to gain access to data like you could within ICM Script Editor. For example, being able to query ICM for Call.TimeInQueue. If you could actually set/change the Call Type for the active call, that would be really special! Like I mentioned, I can make use of the existing ReqICMLabel at least for things like checking or setting the value of a Global Variable, or real-time data that is not call-specific (LoggedOn, RouterCallsQNow, etc.), but it is clearly not actually designed for this. It just happens to provide that functionality!
 
I also think the ability to have access to and assign values to Call Variables from within a Studio app would be pretty valuable as well. If you're using Studio to pull data from an external source or otherwise gather data, then it has to be put into the return variables (FromExtVXML and caller_input), sent back to ICM, and Script Editor nodes are then required to parse out and assign the data from the FromExtVXML array elements to respective Call Variables for desktop display, etc.
 
I look at CVP with Studio and UCCE like IP-IVR with UCCE - I still like ICM and Script Editor to be in the driver's seat making the big decisions and movements, but I like Studio for the "fine motor skills" tasks, where I can take advantage of the platform.
 
 - Bill

Showing 21 - 27 of 27 results.
of 2