There are some other good threads on the use of ReqICMLabel amongst these forums, but the long and short is that in CVP 7, ReqICMLabel sent "NA" for the Dialed Number to ICM. In 8.x, it sends the original DNIS for the call. This makes it even less friendly to use, IMHO, but it is what it is.

One thing to be aware of, though, is that for UCM-originated calls, your DNIS is likely to be null, which will throw an exception.

The last project I worked on, I used the ReqICMLabel to get real-time data and environment variables from ICM (and in some cases to set variables), which I think is the real power of the function, versus doing the back and forth nonsense with ICM. After discovering the changes I just described and the limitation for UCM-originated calls, I ended up deconstructing the Class from Cisco and building a new, custom one. In the process I actually found an error in the compiled Class - I'd need to check my notes to recall what it was, but I digress...

Bottom line - although it isn't supported, technically the use of ReqICMLabel in CVP Comprehensive isn't either, so I might consider taking a look at the Class and building a custom element that suits your needs in a Comprehensive environment.

- Bill

Is there any way I can pass DNIS for UCM-originated calls?

If integrated with ICM, just pass it down. I guess it’s a standalone?

Regards,
Geoff

Geoff,

I'm passing DNIS from ICM,

19.106.73.121.1333483924472.30662.PHONE_KEY_SEARCH_dev,04/03/2012 16:12:04.472,,start,parameter,dnis=1062143005

it's comprehensive.

The problem is the ReqICMLabel element is look at the call info "dins" field - the field shown in the 5th line of your log above, which unfortunately always gets passed as "NA" for UCM-originated calls.

This is one of the things they changed or "broke", in my opinion, with 8.x - when you look at the code, there is actually a check to see if the "dins" value is "NA" or "na" or null, etc. - if it is, then the element throws an exception. This is clearly a change from the previous versions.

- Bill

Try setting the override values "_dnis" and "_ani" in the ToExtVXML variables in the ICM script to force particular values into dnis and ani.

Now that might have saved me a lot of work a few months ago, Paul! ;-) Actually, I needed the experience of breaking out of the standard element, but that is very good information to know, as it is certainly news to me.

Does that work for all of the standard fields (areacode, exchange, uui, etc.) where you just precede them with an underscore?

- Bill

Bill,
 
No, unfortunately it only applies to dnis and ani fields.   This was implemented specifically to address the problem of not getting actual caller DNIS and ANI across to Studio applications called in pre-8.x comprehensive model.  The config guide does give them a brief mention but it doesn't look clear enough as to how they're used.
 
Paul

Hi Paul,
After I did the way you said
>>> Try setting the override values "_dnis" and "_ani" in the ToExtVXML variables in the ICM script to force particular values into dnis and ani.

I am not getting ReqICMLabel exception error but do you know why element is erroring out? This error happens for UCM generated calls only.

xxxxxxxxx.1333504117875.31670.PHONE_KEY_SEARCH_dev,04/03/2012 21:48:37.922,ReqICMLabel_ANI_Found,enter,
xxxxxxxxx.1333504117875.31670.PHONE_KEY_SEARCH_dev,04/03/2012 21:48:38.422,ReqICMLabel_ANI_Found,data,callvar1,
xxxxxxxxx.1333504117875.31670.PHONE_KEY_SEARCH_dev,04/03/2012 21:48:38.422,ReqICMLabel_ANI_Found,data,callvar2,
xxxxxxxxx.1333504117875.31670.PHONE_KEY_SEARCH_dev,04/03/2012 21:48:38.422,ReqICMLabel_ANI_Found,data,callvar3,
xxxxxxxxx.1333504117875.31670.PHONE_KEY_SEARCH_dev,04/03/2012 21:48:38.422,ReqICMLabel_ANI_Found,data,callvar4,
xxxxxxxxx.1333504117875.31670.PHONE_KEY_SEARCH_dev,04/03/2012 21:48:38.422,ReqICMLabel_ANI_Found,data,callvar5,
xxxxxxxxx.1333504117875.31670.PHONE_KEY_SEARCH_dev,04/03/2012 21:48:38.422,ReqICMLabel_ANI_Found,data,callvar6,
xxxxxxxxx.1333504117875.31670.PHONE_KEY_SEARCH_dev,04/03/2012 21:48:38.422,ReqICMLabel_ANI_Found,data,callvar7,
xxxxxxxxx.1333504117875.31670.PHONE_KEY_SEARCH_dev,04/03/2012 21:48:38.422,ReqICMLabel_ANI_Found,data,callvar8,
xxxxxxxxx.1333504117875.31670.PHONE_KEY_SEARCH_dev,04/03/2012 21:48:38.422,ReqICMLabel_ANI_Found,data,callvar9,
xxxxxxxxx.1333504117875.31670.PHONE_KEY_SEARCH_dev,04/03/2012 21:48:38.422,ReqICMLabel_ANI_Found,data,callvar10,PROD
xxxxxxxxx.1333504117875.31670.PHONE_KEY_SEARCH_dev,04/03/2012 21:48:38.422,ReqICMLabel_ANI_Found,data,FromExtVXML0,C=CDSID|ani_found
xxxxxxxxx.1333504117875.31670.PHONE_KEY_SEARCH_dev,04/03/2012 21:48:38.422,ReqICMLabel_ANI_Found,data,FromExtVXML1,
xxxxxxxxx.1333504117875.31670.PHONE_KEY_SEARCH_dev,04/03/2012 21:48:38.422,ReqICMLabel_ANI_Found,data,FromExtVXML2,
xxxxxxxxx.1333504117875.31670.PHONE_KEY_SEARCH_dev,04/03/2012 21:48:38.422,ReqICMLabel_ANI_Found,data,FromExtVXML3,
xxxxxxxxx.1333504117875.31670.PHONE_KEY_SEARCH_dev,04/03/2012 21:48:38.422,ReqICMLabel_ANI_Found,data,caller_input,
xxxxxxxxx.1333504117875.31670.PHONE_KEY_SEARCH_dev,04/03/2012 21:48:38.422,ReqICMLabel_ANI_Found,exit,error
Above seems to be it is not geting DNIS for doDecision.

I should get something like this... below is not for UCM generated call

xxxxxxxxx.1333503685239.31663.PHONE_KEY_SEARCH_dev,04/03/2012 21:41:25.785,ReqICMLabel_ANI_Found,custom,doDecision,106409000119345
xxxxxxxxx.1333503685239.31663.PHONE_KEY_SEARCH_dev,04/03/2012 21:41:25.785,ReqICMLabel_ANI_Found,data,callvar1,
xxxxxxxxx.1333503685239.31663.PHONE_KEY_SEARCH_dev,04/03/2012 21:41:25.785,ReqICMLabel_ANI_Found,data,callvar2,
xxxxxxxxx.1333503685239.31663.PHONE_KEY_SEARCH_dev,04/03/2012 21:41:25.785,ReqICMLabel_ANI_Found,data,callvar3,
xxxxxxxxx.1333503685239.31663.PHONE_KEY_SEARCH_dev,04/03/2012 21:41:25.785,ReqICMLabel_ANI_Found,data,callvar4,
xxxxxxxxx.1333503685239.31663.PHONE_KEY_SEARCH_dev,04/03/2012 21:41:25.785,ReqICMLabel_ANI_Found,data,callvar5,
xxxxxxxxx.1333503685239.31663.PHONE_KEY_SEARCH_dev,04/03/2012 21:41:25.785,ReqICMLabel_ANI_Found,data,callvar6,
xxxxxxxxx.1333503685239.31663.PHONE_KEY_SEARCH_dev,04/03/2012 21:41:25.785,ReqICMLabel_ANI_Found,data,callvar7,
xxxxxxxxx.1333503685239.31663.PHONE_KEY_SEARCH_dev,04/03/2012 21:41:25.785,ReqICMLabel_ANI_Found,data,callvar8,
xxxxxxxxx.1333503685239.31663.PHONE_KEY_SEARCH_dev,04/03/2012 21:41:25.785,ReqICMLabel_ANI_Found,data,callvar9,
xxxxxxxxx.1333503685239.31663.PHONE_KEY_SEARCH_dev,04/03/2012 21:41:25.785,ReqICMLabel_ANI_Found,data,callvar10,PROD
xxxxxxxxx.1333503685239.31663.PHONE_KEY_SEARCH_dev,04/03/2012 21:41:25.785,ReqICMLabel_ANI_Found,data,FromExtVXML0,C=CDSID|ani_found
xxxxxxxxx.1333503685239.31663.PHONE_KEY_SEARCH_dev,04/03/2012 21:41:25.785,ReqICMLabel_ANI_Found,data,FromExtVXML1,
xxxxxxxxx.1333503685239.31663.PHONE_KEY_SEARCH_dev,04/03/2012 21:41:25.785,ReqICMLabel_ANI_Found,data,FromExtVXML2,
xxxxxxxxx.1333503685239.31663.PHONE_KEY_SEARCH_dev,04/03/2012 21:41:25.785,ReqICMLabel_ANI_Found,data,FromExtVXML3,
xxxxxxxxx.1333503685239.31663.PHONE_KEY_SEARCH_dev,04/03/2012 21:41:25.785,ReqICMLabel_ANI_Found,data,caller_input,
xxxxxxxxx.1333503685239.31663.PHONE_KEY_SEARCH_dev,04/03/2012 21:41:25.785,ReqICMLabel_ANI_Found,data,result,106409000119345
xxxxxxxxx.1333503685239.31663.PHONE_KEY_SEARCH_dev,04/03/2012 21:41:25.785,ReqICMLabel_ANI_Found,data,callvarReturn1,
xxxxxxxxx.1333503685239.31663.PHONE_KEY_SEARCH_dev,04/03/2012 21:41:25.785,ReqICMLabel_ANI_Found,data,callvarReturn2,
xxxxxxxxx.1333503685239.31663.PHONE_KEY_SEARCH_dev,04/03/2012 21:41:25.785,ReqICMLabel_ANI_Found,data,callvarReturn3,
xxxxxxxxx.1333503685239.31663.PHONE_KEY_SEARCH_dev,04/03/2012 21:41:25.785,ReqICMLabel_ANI_Found,data,callvarReturn4,
xxxxxxxxx.1333503685239.31663.PHONE_KEY_SEARCH_dev,04/03/2012 21:41:25.785,ReqICMLabel_ANI_Found,data,callvarReturn5,
xxxxxxxxx.1333503685239.31663.PHONE_KEY_SEARCH_dev,04/03/2012 21:41:25.785,ReqICMLabel_ANI_Found,data,callvarReturn6,
xxxxxxxxx.1333503685239.31663.PHONE_KEY_SEARCH_dev,04/03/2012 21:41:25.785,ReqICMLabel_ANI_Found,data,callvarReturn7,
xxxxxxxxx.1333503685239.31663.PHONE_KEY_SEARCH_dev,04/03/2012 21:41:25.785,ReqICMLabel_ANI_Found,data,callvarReturn8,
xxxxxxxxx.1333503685239.31663.PHONE_KEY_SEARCH_dev,04/03/2012 21:41:25.785,ReqICMLabel_ANI_Found,data,callvarReturn9,
xxxxxxxxx.1333503685239.31663.PHONE_KEY_SEARCH_dev,04/03/2012 21:41:25.785,ReqICMLabel_ANI_Found,data,callvarReturn10,PROD
xxxxxxxxx.1333503685239.31663.PHONE_KEY_SEARCH_dev,04/03/2012 21:41:25.785,ReqICMLabel_ANI_Found,exit,done
Thanks.
 

 
Hi Janine!
 
I've used the element for a few things, but here's a couple good examples:
 
To check real-time information while running a "queue" application in CVP, for example, checking if there are still Agents logged in, is the emergency flag set, etc. I don't like the process of chopping up my queue applications into chunks so that they end up being scripted in ICM just like microapps would. For some cases, this is ok (like menus and such), but when it comes to queues, I want an app that will run and do the environment checks while it is running.
 
Another time I used it within an "Admin" application. This app provided multiple functions, so rather than having it run and collect some data, then go back to ICM to figure out which function had been chosen, etc., I used the ReqICMLabel for the Emergency and Meeting flag functions. This allowed me to first do a check to see what the current value was, and then do a subsequent "set" to change the value. This is where the modification to specify the DNIS came in, because I had a separate ICM script handling the requests and checking/setting the Global User Variables I had created.
 
I think there are probably plenty more uses for it, and I'll provide more examples as I think of them!
 
 - Bill

I do the same thing, anything I cannot do in ICM only I do in CVP VXML.
While I am in VXML I need to set few call types for reporting that's why I am using ReqICMLabel and go back to VXML, finally use Subdialog return to send vxml data to ICM. In ICM I use the vxml data, queuing, etc.

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

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.

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.