Turn on suggestions
Auto-suggest helps you quickly narrow down your search results by suggesting possible matches as you type.
Showing results for
- Cisco Community
- Technology and Support
- DevNet Hub
- DevNet Collaboration
- Collaboration Knowledge Base
- CVP(7.0) and ICM(7.5) Integration
Options
- Subscribe to RSS Feed
- Mark as New
- Mark as Read
- Bookmark
- Subscribe
- Printer Friendly Page
- Report Inappropriate Content
452
Views
0
Helpful
0
Comments
Options
- Subscribe to RSS Feed
- Mark as New
- Mark as Read
- Bookmark
- Subscribe
- Printer Friendly Page
- Report Inappropriate Content
on 01-24-2014 01:51 AM
This document was generated from CDN thread
Created by: Ganesh K on 22-06-2010 06:52:57 AM
Hi,
We are integrating an ICM and CVP without CUPS and it wil be CUCM originated calls. We did configurations based on the call flow which is mentioned in the below URL
https://supportforums.cisco.com/docs/DOC-5734
Call Flow Model#1 without CUPS
CUCM Originated Calls
As per the call flow the configurations we have done it are as follows:
a) Route Point in CM
b) Configured the RP as Dialed number in ICM
c) Created Routing script and associated with this Dialed number
d) Activated SIP,IVR,ICM service in CVP
e) Configured the Local Static Route in CVP under SIP tab
and other default configurations
When we tested this call flow, from ICM it comes to CVP via CM without an issue, CVP sends a new call request to an ICM, but ICM is not able to handle the request and its throwing an error.
ICM PIM Log:
VRUPeripheral::RequestInstruction: Failed to find NetworkTrunkGroup for TrunkGroupID 200
Trace: CSTA CALL CLEARED, Dialogue::ToOPC_CSTACallCleared
CallID = 6 DeviceID = DeviceType = Static LocalState = NONE
Cause = EC_DBCD_DROP_HANDLED_PRIMARY_ROUTE
Trace: PG->VRU: Service Control Message (= Message Type 47); Message Length 16 bytes
Dialogue Failure Event (= Subtype 12); DialogueID: (6) 00000006;
SendSeqNo: (1)00000001
Error Code: Unspecified Failure (15)
ICM Router Log:
Trace: Dialog (6) has a correlation id (0 ) that is unknown.
CVP Log:
CVP_7_0_SIP-3-SIP_CALL_ERROR: CALLGUID = 5E51E8E2100001294749416B53EC9EF0 LEGID = 71bc1c00-c2015681-a4-b6113ac - - DIALOGUE_FAILURE from ICM Router sends 500 rejection to call. [id:5004]
Can anyone please help me out to get this resolved!!!
Subject: RE: CVP(7.0) and ICM(7.5) Integration
Replied by: Stacy Johnson on 23-06-2010 10:27:23 PM
Hi Ganesh,
1. It might be helpful for you to reference the CVP Getting Started Guide.
2. In order for us to troubleshoot this we need the full ICM CVP PIM logs for a call. Collect the logs with the following additional debug enabled:
<ul>
<li>Procmon into the VRU PIM as follows:
<ul>
<li>e.g. procmon <cust_instance> PGx pimx</li>
<li>e.g. procmon ipcc pg2a pim1 (if your instance name is ?ipcc? and pg2a is your VRU PG)</li>
</ul>
</li>
</ul>
<ul>
<li>Enter the following commands at the >>>> prompt once in procmon:
<ul>
<li>trace * /off</li>
<li>trace cti* /on</li>
<li>trace cti_sess* /off</li>
<li>trace opc* /on</li>
<li>trace opc_heart* /off</li>
<li>trace trace_ecc* /on</li>
</ul>
</li>
</ul>
The combined tracemask in registry for VRU PIM is 7F F7 E0 for the EMSUSerData field.
Note: To dump logs, use the dumplog utility. The /ms option
on dumplog can be used to get timestamps at the millisecond level when
the log is dumped.
3. Can you check to make sure that you Network VRRU Label is 10 digits? What Network Type are you using? (Type 10, Type 7, etc)
Thanks.
Subject: RE: CVP(7.0) and ICM(7.5) Integration
Replied by: Ganesh K on 24-06-2010 08:05:36 AM
Hi Johnson,
I have found one more post which was more useful for me, below is the respective URL.
http://developer.cisco.com/web/cvp/forums/-/message_boards/message/1393938#_19_message_1410358
Now we got stuck up with Gateway, CVP is able to send INVITE to VXML GW but the gateway is unable to process it.
I have attached both CVP and Gateway logs for your reference.
Subject: RE: CVP(7.0) and ICM(7.5) Integration
Replied by: Bill Webb on 24-06-2010 06:56:24 PM
I think we just came across something similar - you are not getting a Correlation ID back from ICM, which is why you see the error in ICM.
Make sure your UCM Peripheral does NOT have a Network VRU defined - it should not.
- Bill
Subject: RE: CVP(7.0) and ICM(7.5) Integration
Replied by: Ganesh K on 28-06-2010 09:38:40 AM
Hi Bill,
Thanks for your reply.. As per my knowledge, the problem is not with the ICM. The below is the detailed call flow for your reference.
1. Created a UCM routing client in ICM.
2. Defined a CTI Route Point, configured in ICM as a Dialed number under UCM routing client.
2. In ICM, we have created a Label for CVP Network VRU (which is Type 10) for the UCM Routing Client.
3. Dialing the CTI Route Point will send a route request into ICM, which will run a script. The script will have a "Send to VRU" node.
4.On execution of 'Send to VRU' node in ICM, the Label for the UCM routing client as configured in the Network VRU will be returned to the UCM.
5. UCM has a Route Pattern for this number which routes the call to CVP server.
5. CVP will send this number in a NEW_CALL message to ICM. ICM will subsequently send the Label (second label sent from ICM) configured for the CVP Routing Client under the Network VRU configuration back to CVP. In CVP, using static route, the call is routed to VXML gateway.
Ideally, this Label should call back CVP - Call Server on a voip dial-peer that calls the bootstrap.tcl application in the Gateway. This is where the flow fails to proceed.
As per our assumption the problem is with the VXML gateway, you can look at the logs as well which I had already attached in my previous post.
Subject: RE: CVP(7.0) and ICM(7.5) Integration
Replied by: Muhammad Amir Raza on 28-06-2010 11:49:26 AM
check this.
https://supportforums.cisco.com/docs/DOC-1045;jsessionid=5905EC7FDED206255C35FDA2FE2941FA.node0
Regards,
Muhammad Amir Raza
Subject: RE: CVP(7.0) and ICM(7.5) Integration
Replied by: Bill Webb on 28-06-2010 02:44:06 PM
If the previous post doesn't help - it looks in your logs like the Label being returned to the VXML gateway isn't being matched to a dial-peer correctly. A couple more suggestions:
1. Make sure that "Maximum length of DNIS" on the ICM tab for each of your Call Servers is set to the length of your configured Label in the Type 10 Network VRU for each Routing Client. This is to be sure that the Label is correctly parsed from the Correlation ID.
2. Use "debug voip ccapi inout" debugging on VXML GW to see what digits are being sent to GW from CVP and how they are being matched to the dial peer.
We use a 10-digit label by default - "8111111111" - as our CVP Routing Client Label in NVRU settings. For that, here is what our dial-peer usually looks like:
dial-peer voice 81111 voip
translation-profile incoming block (or whatever Trans Profile you use to consume the "987654")
service bootstrap
incoming called-number 8111111111T ("T" allows variable length Correlation ID)
codec g711ulaw
no vad
That's about all you need. Also be sure that you've loaded the bootstrap.tcl application. Unless you've restarted the gateway, you need to issue "call application voice load boostrap".
- Bill
Subject: RE: CVP(7.0) and ICM(7.5) Integration
Replied by: Manoj Anantha on 29-06-2010 03:32:02 AM
From step where calls will be sent from CVP to VXML gateway you would add a static route in CVP. This static route should NOT be in send back to orginator. If it is send back to orginator, it would try to send it to call manager back as, the call orginator is call manager.
Subject: RE: CVP(7.0) and ICM(7.5) Integration
Replied by: Ganesh K on 29-06-2010 01:19:15 PM
We have verified our configurations as per your suggestions but the problem still exists.
I think Cisco recommendation's is also for CVP Network VRU label to be 10 digit, As per this I had changed my settings in ICM and VXML gateway and I had used this 'debug voip ccapi inout' command also, it looks it is able to match with the dial peer. We tried other debug command as well 'debug voip app', in this log there is an error "TCL Script failure" I didn't understand what that meant
I have attached both of them(logs for "debug voip ccapi inout" & "debug voip app") for your reference.
One more basic doubt I have w.r.t version of the IOS; the below is IOS software version which is running on our Cisco 3845 router(acting as the VXML Gateway). Can this be an issue while doing the integration with the ICM?
Cisco IOS Software, 3800 Software (C3845-IPVOICEK9-M), Version 12.4(6)XE3
Subject: RE: CVP(7.0) and ICM(7.5) Integration
Replied by: Sidney Orret on 07-07-2010 02:41:45 PM
When you configured your gateway, did you load the CVP .tcl and .vxml files onto the gateway flash?
Subject: RE: CVP(7.0) and ICM(7.5) Integration
Replied by: Bill Webb on 07-07-2010 02:52:24 PM
Also, your version of IOS is indeed incorrect. You should be using either 12.4(15)T, 12.4(24)T, or 15.0(1)M with the "Advanced IP Services" feature set.
- Bill
Subject: Re: New Message from Ganesh K in Customer Voice Portal (CVP) - CVP - All Ve
Replied by: Janine Graves on 31-07-2010 02:06:16 PM
Ganesh,
That query string is created on the call server, not on the gateway.
Look in the logs C:/Cisco/CVP/logs/Error.date.log to see if there is any
information on why it's adding the ".vxml" extension and NOT including
the "?application=appName"
Do you have any Config Parameters set in the "GS,Server.V" script -
because you shouldn't.
Also check in the AW Config Mgr to ensure the variable
user.microapp.ToExtVXML[0] is large enough to hold the
"application=appName" string.
FYI, you definitely do need to set the app_media_lib to ".." because
otherwise it has the word "app" by default, and that would definitely
create the wrong URL.
Janine
On 7/31/2010 6:03 AM, Cisco Developer Community Forums wrote:
> Ganesh K has created a new message in the forum "CVP - All Versions":
>
> --------------------------------------------------------------
> Hi Bill,
> Â
> We have upgraded the IOS to *12.4(20) T* and now the gateway is able
> to process the incoming call which is coming from CVP; the new call
> request initiated by gateway also seems to be success.
> Â
> Now CVP is receiving the application URL as well which is suppose to
> invoke from the gateway, but the URL does not have proper values,
> Â
> URL received from ICM : http://IP:7000/CVP/en-us/../Server.vxml
> Â
> Variable's Used in ICM Scripting
> user.microapp.media_server=http://IP:port/CVP <http://IPport>
> user.microapp.app_media_lib=".."(without even having this should work,
> I think its an optional)
> user.microapp.ToExtVXML[0]="application=nameof App"
> user.microapp.UseVXMLParams="N"
> Â
> RunExternalScript
> VRUScript Name = GS,Server,V
>
>
> We have attached logs for the same.Â
> Â
>
> Also, your version of IOS is indeed incorrect. You should be using
> either 12.4(15)T, 12.4(24)T, or 15.0(1)M with the "Advanced IP
> Services" feature set.
> Â
> Â - Bill
> Â
>
> When you configured your gateway, did you load the CVP .tcl and .vxml
> files onto the gateway flash?
> Â
> Â
>
> We have verified our configurations as per your suggestions but the
> problem still exists.
> Â
> I think Cisco recommendation's is also for CVP Network VRU label to
> be 10 digit, As per this I had changed my settings in ICM and VXML
> gateway and I had used this 'debug voip ccapi inout' command also, it
> looks it is able to match with the dial peer. We tried other debug
> command as well 'debug voip app', in this log there is an error "TCL
> Script failure"Â I didn't understand what that meant
> Â
> I have attached both of them(logs for "debug voip ccapi inout" &
> "debug voip app") for your reference.
> Â
> One more basic doubt I have w.r.t version of the IOS; the below is IOS
> software version which is running on our Cisco 3845 router(acting as
> the VXML Gateway). Can this be an issue while doing the integration
> with the ICM?
> Â
> *Cisco IOS Software, 3800 Software (C3845-IPVOICEK9-M), Version
> 12.4(6)XE3*
> Â
> --
> To respond to this post, please click the following link:
>
> <http://developer.cisco.com/web/cvp/forums/-/message_boards/message/2398609>
>
> or simply reply to this email.
--
Janine Graves
781-990-1040
Subject: RE: CVP(7.0) and ICM(7.5) Integration
Replied by: Ganesh K on 31-07-2010 10:03:08 AM
Hi Bill,
We have upgraded the IOS to 12.4(20) T and now the gateway is able to process the incoming call which is coming from CVP; the new call request initiated by gateway also seems to be success.
Now CVP is receiving the application URL as well which is suppose to invoke from the gateway, but the URL does not have proper values,
URL received from ICM : http://IP:7000/CVP/en-us/../Server.vxml
Variable's Used in ICM Scripting
user.microapp.media_server=http://IP:port/CVP
user.microapp.app_media_lib=".."(without even having this should work, I think its an optional)
user.microapp.ToExtVXML[0]="application=nameof App"
user.microapp.UseVXMLParams="N"
RunExternalScript
VRUScript Name = GS,Server,V
We have attached logs for the same.
Also, your version of IOS is indeed incorrect. You should be using either 12.4(15)T, 12.4(24)T, or 15.0(1)M with the "Advanced IP Services" feature set.
- Bill
When you configured your gateway, did you load the CVP .tcl and .vxml files onto the gateway flash?
We have verified our configurations as per your suggestions but the problem still exists.
I think Cisco recommendation's is also for CVP Network VRU label to be 10 digit, As per this I had changed my settings in ICM and VXML gateway and I had used this 'debug voip ccapi inout' command also, it looks it is able to match with the dial peer. We tried other debug command as well 'debug voip app', in this log there is an error "TCL Script failure" I didn't understand what that meant
I have attached both of them(logs for "debug voip ccapi inout" & "debug voip app") for your reference.
One more basic doubt I have w.r.t version of the IOS; the below is IOS software version which is running on our Cisco 3845 router(acting as the VXML Gateway). Can this be an issue while doing the integration with the ICM?
Cisco IOS Software, 3800 Software (C3845-IPVOICEK9-M), Version 12.4(6)XE3
Subject: RE: Re: New Message from Ganesh K in Customer Voice Portal (CVP) - CVP - Al
Replied by: Ganesh K on 03-08-2010 02:37:04 PM
Thanks Gents!!
Now it sends the proper URL and gets invoked from the gateway as well..We have to cross one more hurdle which is agent transfer. ICM sends the label(Agent extension) to CVP but when CVP sends SIP INVITE to GW to play the ringtone, its not working.
CVP log:
187: 172.19.97.16: Aug 03 2010 19:57:07.205 +0530: %CVP_7_0_SIP-7-CALL: {Thrd=Pool:SIP[85]} Matched 9191 to 172.19.97.17
188: 172.19.97.16: Aug 03 2010 19:57:07.205 +0530: %CVP_7_0_SIP-7-CALL: {Thrd=Pool:SIP[85]} Using Local Static Route for sip:9191@<GW IPADD>
189: 172.19.97.16: Aug 03 2010 19:57:07.205 +0530: %CVP_7_0_SIP-7-CALL: {Thrd=Pool:SIP[85]} CALLGUID = 38592DA21000012A5CB1283253EC9EF0 LEGID = 38592DA21000012A5CB1283253EC9EF0-12808456272057 - : INVITE TO <sip:9191@<GWIP Address>;transport=udp> FROM 9003 <sip:9003@<GWIP Address>:5060> EXPIRES[10] 100REL
Can anyone please suggest...
Created by: Ganesh K on 22-06-2010 06:52:57 AM
Hi,
We are integrating an ICM and CVP without CUPS and it wil be CUCM originated calls. We did configurations based on the call flow which is mentioned in the below URL
https://supportforums.cisco.com/docs/DOC-5734
Call Flow Model#1 without CUPS
CUCM Originated Calls
As per the call flow the configurations we have done it are as follows:
a) Route Point in CM
b) Configured the RP as Dialed number in ICM
c) Created Routing script and associated with this Dialed number
d) Activated SIP,IVR,ICM service in CVP
e) Configured the Local Static Route in CVP under SIP tab
and other default configurations
When we tested this call flow, from ICM it comes to CVP via CM without an issue, CVP sends a new call request to an ICM, but ICM is not able to handle the request and its throwing an error.
ICM PIM Log:
VRUPeripheral::RequestInstruction: Failed to find NetworkTrunkGroup for TrunkGroupID 200
Trace: CSTA CALL CLEARED, Dialogue::ToOPC_CSTACallCleared
CallID = 6 DeviceID = DeviceType = Static LocalState = NONE
Cause = EC_DBCD_DROP_HANDLED_PRIMARY_ROUTE
Trace: PG->VRU: Service Control Message (= Message Type 47); Message Length 16 bytes
Dialogue Failure Event (= Subtype 12); DialogueID: (6) 00000006;
SendSeqNo: (1)00000001
Error Code: Unspecified Failure (15)
ICM Router Log:
Trace: Dialog (6) has a correlation id (0 ) that is unknown.
CVP Log:
CVP_7_0_SIP-3-SIP_CALL_ERROR: CALLGUID = 5E51E8E2100001294749416B53EC9EF0 LEGID = 71bc1c00-c2015681-a4-b6113ac - - DIALOGUE_FAILURE from ICM Router sends 500 rejection to call. [id:5004]
Can anyone please help me out to get this resolved!!!
Subject: RE: CVP(7.0) and ICM(7.5) Integration
Replied by: Stacy Johnson on 23-06-2010 10:27:23 PM
Hi Ganesh,
1. It might be helpful for you to reference the CVP Getting Started Guide.
2. In order for us to troubleshoot this we need the full ICM CVP PIM logs for a call. Collect the logs with the following additional debug enabled:
<ul>
<li>Procmon into the VRU PIM as follows:
<ul>
<li>e.g. procmon <cust_instance> PGx pimx</li>
<li>e.g. procmon ipcc pg2a pim1 (if your instance name is ?ipcc? and pg2a is your VRU PG)</li>
</ul>
</li>
</ul>
<ul>
<li>Enter the following commands at the >>>> prompt once in procmon:
<ul>
<li>trace * /off</li>
<li>trace cti* /on</li>
<li>trace cti_sess* /off</li>
<li>trace opc* /on</li>
<li>trace opc_heart* /off</li>
<li>trace trace_ecc* /on</li>
</ul>
</li>
</ul>
The combined tracemask in registry for VRU PIM is 7F F7 E0 for the EMSUSerData field.
Note: To dump logs, use the dumplog utility. The /ms option
on dumplog can be used to get timestamps at the millisecond level when
the log is dumped.
3. Can you check to make sure that you Network VRRU Label is 10 digits? What Network Type are you using? (Type 10, Type 7, etc)
Thanks.
Subject: RE: CVP(7.0) and ICM(7.5) Integration
Replied by: Ganesh K on 24-06-2010 08:05:36 AM
Hi Johnson,
I have found one more post which was more useful for me, below is the respective URL.
http://developer.cisco.com/web/cvp/forums/-/message_boards/message/1393938#_19_message_1410358
Now we got stuck up with Gateway, CVP is able to send INVITE to VXML GW but the gateway is unable to process it.
I have attached both CVP and Gateway logs for your reference.
Subject: RE: CVP(7.0) and ICM(7.5) Integration
Replied by: Bill Webb on 24-06-2010 06:56:24 PM
I think we just came across something similar - you are not getting a Correlation ID back from ICM, which is why you see the error in ICM.
Make sure your UCM Peripheral does NOT have a Network VRU defined - it should not.
- Bill
Subject: RE: CVP(7.0) and ICM(7.5) Integration
Replied by: Ganesh K on 28-06-2010 09:38:40 AM
Hi Bill,
Thanks for your reply.. As per my knowledge, the problem is not with the ICM. The below is the detailed call flow for your reference.
1. Created a UCM routing client in ICM.
2. Defined a CTI Route Point, configured in ICM as a Dialed number under UCM routing client.
2. In ICM, we have created a Label for CVP Network VRU (which is Type 10) for the UCM Routing Client.
3. Dialing the CTI Route Point will send a route request into ICM, which will run a script. The script will have a "Send to VRU" node.
4.On execution of 'Send to VRU' node in ICM, the Label for the UCM routing client as configured in the Network VRU will be returned to the UCM.
5. UCM has a Route Pattern for this number which routes the call to CVP server.
5. CVP will send this number in a NEW_CALL message to ICM. ICM will subsequently send the Label (second label sent from ICM) configured for the CVP Routing Client under the Network VRU configuration back to CVP. In CVP, using static route, the call is routed to VXML gateway.
Ideally, this Label should call back CVP - Call Server on a voip dial-peer that calls the bootstrap.tcl application in the Gateway. This is where the flow fails to proceed.
As per our assumption the problem is with the VXML gateway, you can look at the logs as well which I had already attached in my previous post.
Subject: RE: CVP(7.0) and ICM(7.5) Integration
Replied by: Muhammad Amir Raza on 28-06-2010 11:49:26 AM
check this.
https://supportforums.cisco.com/docs/DOC-1045;jsessionid=5905EC7FDED206255C35FDA2FE2941FA.node0
Regards,
Muhammad Amir Raza
Subject: RE: CVP(7.0) and ICM(7.5) Integration
Replied by: Bill Webb on 28-06-2010 02:44:06 PM
If the previous post doesn't help - it looks in your logs like the Label being returned to the VXML gateway isn't being matched to a dial-peer correctly. A couple more suggestions:
1. Make sure that "Maximum length of DNIS" on the ICM tab for each of your Call Servers is set to the length of your configured Label in the Type 10 Network VRU for each Routing Client. This is to be sure that the Label is correctly parsed from the Correlation ID.
2. Use "debug voip ccapi inout" debugging on VXML GW to see what digits are being sent to GW from CVP and how they are being matched to the dial peer.
We use a 10-digit label by default - "8111111111" - as our CVP Routing Client Label in NVRU settings. For that, here is what our dial-peer usually looks like:
dial-peer voice 81111 voip
translation-profile incoming block (or whatever Trans Profile you use to consume the "987654")
service bootstrap
incoming called-number 8111111111T ("T" allows variable length Correlation ID)
codec g711ulaw
no vad
That's about all you need. Also be sure that you've loaded the bootstrap.tcl application. Unless you've restarted the gateway, you need to issue "call application voice load boostrap".
- Bill
Subject: RE: CVP(7.0) and ICM(7.5) Integration
Replied by: Manoj Anantha on 29-06-2010 03:32:02 AM
From step where calls will be sent from CVP to VXML gateway you would add a static route in CVP. This static route should NOT be in send back to orginator. If it is send back to orginator, it would try to send it to call manager back as, the call orginator is call manager.
Subject: RE: CVP(7.0) and ICM(7.5) Integration
Replied by: Ganesh K on 29-06-2010 01:19:15 PM
We have verified our configurations as per your suggestions but the problem still exists.
I think Cisco recommendation's is also for CVP Network VRU label to be 10 digit, As per this I had changed my settings in ICM and VXML gateway and I had used this 'debug voip ccapi inout' command also, it looks it is able to match with the dial peer. We tried other debug command as well 'debug voip app', in this log there is an error "TCL Script failure" I didn't understand what that meant
I have attached both of them(logs for "debug voip ccapi inout" & "debug voip app") for your reference.
One more basic doubt I have w.r.t version of the IOS; the below is IOS software version which is running on our Cisco 3845 router(acting as the VXML Gateway). Can this be an issue while doing the integration with the ICM?
Cisco IOS Software, 3800 Software (C3845-IPVOICEK9-M), Version 12.4(6)XE3
Subject: RE: CVP(7.0) and ICM(7.5) Integration
Replied by: Sidney Orret on 07-07-2010 02:41:45 PM
When you configured your gateway, did you load the CVP .tcl and .vxml files onto the gateway flash?
We have verified our configurations as per your suggestions but the problem still exists.
I think Cisco recommendation's is also for CVP Network VRU label to be 10 digit, As per this I had changed my settings in ICM and VXML gateway and I had used this 'debug voip ccapi inout' command also, it looks it is able to match with the dial peer. We tried other debug command as well 'debug voip app', in this log there is an error "TCL Script failure" I didn't understand what that meant
I have attached both of them(logs for "debug voip ccapi inout" & "debug voip app") for your reference.
One more basic doubt I have w.r.t version of the IOS; the below is IOS software version which is running on our Cisco 3845 router(acting as the VXML Gateway). Can this be an issue while doing the integration with the ICM?
Cisco IOS Software, 3800 Software (C3845-IPVOICEK9-M), Version 12.4(6)XE3
Subject: RE: CVP(7.0) and ICM(7.5) Integration
Replied by: Bill Webb on 07-07-2010 02:52:24 PM
Also, your version of IOS is indeed incorrect. You should be using either 12.4(15)T, 12.4(24)T, or 15.0(1)M with the "Advanced IP Services" feature set.
- Bill
When you configured your gateway, did you load the CVP .tcl and .vxml files onto the gateway flash?
We have verified our configurations as per your suggestions but the problem still exists.
I think Cisco recommendation's is also for CVP Network VRU label to be 10 digit, As per this I had changed my settings in ICM and VXML gateway and I had used this 'debug voip ccapi inout' command also, it looks it is able to match with the dial peer. We tried other debug command as well 'debug voip app', in this log there is an error "TCL Script failure" I didn't understand what that meant
I have attached both of them(logs for "debug voip ccapi inout" & "debug voip app") for your reference.
One more basic doubt I have w.r.t version of the IOS; the below is IOS software version which is running on our Cisco 3845 router(acting as the VXML Gateway). Can this be an issue while doing the integration with the ICM?
Cisco IOS Software, 3800 Software (C3845-IPVOICEK9-M), Version 12.4(6)XE3
Subject: Re: New Message from Ganesh K in Customer Voice Portal (CVP) - CVP - All Ve
Replied by: Janine Graves on 31-07-2010 02:06:16 PM
Ganesh,
That query string is created on the call server, not on the gateway.
Look in the logs C:/Cisco/CVP/logs/Error.date.log to see if there is any
information on why it's adding the ".vxml" extension and NOT including
the "?application=appName"
Do you have any Config Parameters set in the "GS,Server.V" script -
because you shouldn't.
Also check in the AW Config Mgr to ensure the variable
user.microapp.ToExtVXML[0] is large enough to hold the
"application=appName" string.
FYI, you definitely do need to set the app_media_lib to ".." because
otherwise it has the word "app" by default, and that would definitely
create the wrong URL.
Janine
On 7/31/2010 6:03 AM, Cisco Developer Community Forums wrote:
> Ganesh K has created a new message in the forum "CVP - All Versions":
>
> --------------------------------------------------------------
> Hi Bill,
> Â
> We have upgraded the IOS to *12.4(20) T* and now the gateway is able
> to process the incoming call which is coming from CVP; the new call
> request initiated by gateway also seems to be success.
> Â
> Now CVP is receiving the application URL as well which is suppose to
> invoke from the gateway, but the URL does not have proper values,
> Â
> URL received from ICM : http://IP:7000/CVP/en-us/../Server.vxml
> Â
> Variable's Used in ICM Scripting
> user.microapp.media_server=http://IP:port/CVP <http://IPport>
> user.microapp.app_media_lib=".."(without even having this should work,
> I think its an optional)
> user.microapp.ToExtVXML[0]="application=nameof App"
> user.microapp.UseVXMLParams="N"
> Â
> RunExternalScript
> VRUScript Name = GS,Server,V
>
>
> We have attached logs for the same.Â
> Â
>
> Also, your version of IOS is indeed incorrect. You should be using
> either 12.4(15)T, 12.4(24)T, or 15.0(1)M with the "Advanced IP
> Services" feature set.
> Â
> Â - Bill
> Â
>
> When you configured your gateway, did you load the CVP .tcl and .vxml
> files onto the gateway flash?
> Â
> Â
>
> We have verified our configurations as per your suggestions but the
> problem still exists.
> Â
> I think Cisco recommendation's is also for CVP Network VRU label to
> be 10 digit, As per this I had changed my settings in ICM and VXML
> gateway and I had used this 'debug voip ccapi inout' command also, it
> looks it is able to match with the dial peer. We tried other debug
> command as well 'debug voip app', in this log there is an error "TCL
> Script failure"Â I didn't understand what that meant
> Â
> I have attached both of them(logs for "debug voip ccapi inout" &
> "debug voip app") for your reference.
> Â
> One more basic doubt I have w.r.t version of the IOS; the below is IOS
> software version which is running on our Cisco 3845 router(acting as
> the VXML Gateway). Can this be an issue while doing the integration
> with the ICM?
> Â
> *Cisco IOS Software, 3800 Software (C3845-IPVOICEK9-M), Version
> 12.4(6)XE3*
> Â
> --
> To respond to this post, please click the following link:
>
> <http://developer.cisco.com/web/cvp/forums/-/message_boards/message/2398609>
>
> or simply reply to this email.
--
Janine Graves
781-990-1040
Subject: RE: CVP(7.0) and ICM(7.5) Integration
Replied by: Ganesh K on 31-07-2010 10:03:08 AM
Hi Bill,
We have upgraded the IOS to 12.4(20) T and now the gateway is able to process the incoming call which is coming from CVP; the new call request initiated by gateway also seems to be success.
Now CVP is receiving the application URL as well which is suppose to invoke from the gateway, but the URL does not have proper values,
URL received from ICM : http://IP:7000/CVP/en-us/../Server.vxml
Variable's Used in ICM Scripting
user.microapp.media_server=http://IP:port/CVP
user.microapp.app_media_lib=".."(without even having this should work, I think its an optional)
user.microapp.ToExtVXML[0]="application=nameof App"
user.microapp.UseVXMLParams="N"
RunExternalScript
VRUScript Name = GS,Server,V
We have attached logs for the same.
Also, your version of IOS is indeed incorrect. You should be using either 12.4(15)T, 12.4(24)T, or 15.0(1)M with the "Advanced IP Services" feature set.
- Bill
When you configured your gateway, did you load the CVP .tcl and .vxml files onto the gateway flash?
We have verified our configurations as per your suggestions but the problem still exists.
I think Cisco recommendation's is also for CVP Network VRU label to be 10 digit, As per this I had changed my settings in ICM and VXML gateway and I had used this 'debug voip ccapi inout' command also, it looks it is able to match with the dial peer. We tried other debug command as well 'debug voip app', in this log there is an error "TCL Script failure" I didn't understand what that meant
I have attached both of them(logs for "debug voip ccapi inout" & "debug voip app") for your reference.
One more basic doubt I have w.r.t version of the IOS; the below is IOS software version which is running on our Cisco 3845 router(acting as the VXML Gateway). Can this be an issue while doing the integration with the ICM?
Cisco IOS Software, 3800 Software (C3845-IPVOICEK9-M), Version 12.4(6)XE3
Subject: RE: Re: New Message from Ganesh K in Customer Voice Portal (CVP) - CVP - Al
Replied by: Ganesh K on 03-08-2010 02:37:04 PM
Thanks Gents!!
Now it sends the proper URL and gets invoked from the gateway as well..We have to cross one more hurdle which is agent transfer. ICM sends the label(Agent extension) to CVP but when CVP sends SIP INVITE to GW to play the ringtone, its not working.
CVP log:
187: 172.19.97.16: Aug 03 2010 19:57:07.205 +0530: %CVP_7_0_SIP-7-CALL: {Thrd=Pool:SIP[85]} Matched 9191 to 172.19.97.17
188: 172.19.97.16: Aug 03 2010 19:57:07.205 +0530: %CVP_7_0_SIP-7-CALL: {Thrd=Pool:SIP[85]} Using Local Static Route for sip:9191@<GW IPADD>
189: 172.19.97.16: Aug 03 2010 19:57:07.205 +0530: %CVP_7_0_SIP-7-CALL: {Thrd=Pool:SIP[85]} CALLGUID = 38592DA21000012A5CB1283253EC9EF0 LEGID = 38592DA21000012A5CB1283253EC9EF0-12808456272057 - : INVITE TO <sip:9191@<GWIP Address>;transport=udp> FROM 9003 <sip:9003@<GWIP Address>:5060> EXPIRES[10] 100REL
Can anyone please suggest...
Ganesh,
That query string is created on the call server, not on the gateway.
Look in the logs C:/Cisco/CVP/logs/Error.date.log to see if there is any
information on why it's adding the ".vxml" extension and NOT including
the "?application=appName"
Do you have any Config Parameters set in the "GS,Server.V" script -
because you shouldn't.
Also check in the AW Config Mgr to ensure the variable
user.microapp.ToExtVXML[0] is large enough to hold the
"application=appName" string.
FYI, you definitely do need to set the app_media_lib to ".." because
otherwise it has the word "app" by default, and that would definitely
create the wrong URL.
Janine
On 7/31/2010 6:03 AM, Cisco Developer Community Forums wrote:
> Ganesh K has created a new message in the forum "CVP - All Versions":
>
> --------------------------------------------------------------
> Hi Bill,
> Â
> We have upgraded the IOS to *12.4(20) T* and now the gateway is able
> to process the incoming call which is coming from CVP; the new call
> request initiated by gateway also seems to be success.
> Â
> Now CVP is receiving the application URL as well which is suppose to
> invoke from the gateway, but the URL does not have proper values,
> Â
> URL received from ICM : http://IP:7000/CVP/en-us/../Server.vxml
> Â
> Variable's Used in ICM Scripting
> user.microapp.media_server=http://IP:port/CVP <http://IPport>
> user.microapp.app_media_lib=".."(without even having this should work,
> I think its an optional)
> user.microapp.ToExtVXML[0]="application=nameof App"
> user.microapp.UseVXMLParams="N"
> Â
> RunExternalScript
> VRUScript Name = GS,Server,V
>
>
> We have attached logs for the same.Â
> Â
>
> Also, your version of IOS is indeed incorrect. You should be using
> either 12.4(15)T, 12.4(24)T, or 15.0(1)M with the "Advanced IP
> Services" feature set.
> Â
> Â - Bill
> Â
>
> When you configured your gateway, did you load the CVP .tcl and .vxml
> files onto the gateway flash?
> Â
> Â
>
> We have verified our configurations as per your suggestions but the
> problem still exists.
> Â
> I think Cisco recommendation's is also for CVP Network VRU label to
> be 10 digit, As per this I had changed my settings in ICM and VXML
> gateway and I had used this 'debug voip ccapi inout' command also, it
> looks it is able to match with the dial peer. We tried other debug
> command as well 'debug voip app', in this log there is an error "TCL
> Script failure"Â I didn't understand what that meant
> Â
> I have attached both of them(logs for "debug voip ccapi inout" &
> "debug voip app") for your reference.
> Â
> One more basic doubt I have w.r.t version of the IOS; the below is IOS
> software version which is running on our Cisco 3845 router(acting as
> the VXML Gateway). Can this be an issue while doing the integration
> with the ICM?
> Â
> *Cisco IOS Software, 3800 Software (C3845-IPVOICEK9-M), Version
> 12.4(6)XE3*
> Â
> --
> To respond to this post, please click the following link:
>
> <http://developer.cisco.com/web/cvp/forums/-/message_boards/message/2398609>
>
> or simply reply to this email.
--
Janine Graves
781-990-1040
Labels:
Getting Started
Find answers to your questions by entering keywords or phrases in the Search bar above. New here? Use these resources to familiarize yourself with the community:
Customers Also Viewed These Support Documents