Genesys CTI User Forum

Genesys CTI User Forum => Genesys CTI Technical Discussion => Topic started by: kevinwang on August 09, 2012, 02:16:28 PM

Title: Attached userdata passing issue between sip server and MCP
Post by: kevinwang on August 09, 2012, 02:16:28 PM
Hi, Guys,

I deployed a GVP solution using CTI through IVR Server mode.
and developed routing strategy to attach userdata "userdata1" and route to a place group of GVP ( CTIC behind mode) , then trigger a ivr apps.

IVR app can be triggered , but userdata pass always failed.

The following is related MCP log.


2012-08-08 14:36:09.878 DBUG 00F30102-10002E1E 4380 0C000000 IfRuntime.cxx:59 Execute() Started, event type: -1
[b][color=red]2012-08-08 14:36:09.878 DBUG 00F30102-10002E1E 4380 0C000000 Runtime.cxx:560 EvaluateCond(): Condition [AppState.g_CTICCall == 'false']
2012-08-08 14:36:09.878 DBUG 00F30102-10002E1E 4380 0C000000 Runtime.cxx:585 EvaluateCond(): Result was 'true'[/color][/b]
2012-08-08 14:36:09.878 DBUG 00F30102-10002E1E 4380 0C000000 Runtime.cxx:77 RuntimeFactory(): Called for [SimplePrompt] at line [150]
2012-08-08 14:36:09.878 DBUG 00F30102-10002E1E 4380 08500000 SessionConfiguration.C:112 SessConfig::GetValue - Param=[vxmli.conformance.strict_tts_mode]; Value=[FALSE]; [Global]
2012-08-08 14:36:09.878 DBUG 00F30102-10002E1E 4380 0C000000 SimplePromptRuntime.cxx:33 Execute() Started
2012-08-08 14:36:09.878 DBUG 00F30102-10002E1E 4380 0C000000 Runtime.cxx:77 RuntimeFactory(): Called for [If] at line [150]
2012-08-08 14:36:09.878 DBUG 00F30102-10002E1E 4380 0C000000 IfRuntime.cxx:59 Execute() Started, event type: -1
2012-08-08 14:36:09.878 DBUG 00F30102-10002E1E 4380 0C000000 Runtime.cxx:560 EvaluateCond(): Condition [session.com.genesyslab.userdata != undefined]
2012-08-08 14:36:09.882 DBUG 00F30102-10002E1E 4380 0C000000 Runtime.cxx:585 EvaluateCond(): Result was 'true'
2012-08-08 14:36:09.882 DBUG 00F30102-10002E1E 4380 0C000000 Runtime.cxx:77 RuntimeFactory(): Called for [SimplePrompt] at line [151]
2012-08-08 14:36:09.882 DBUG 00F30102-10002E1E 4380 08500000 SessionConfiguration.C:112 SessConfig::GetValue - Param=[vxmli.conformance.strict_tts_mode]; Value=[FALSE]; [Global]
2012-08-08 14:36:09.882 DBUG 00F30102-10002E1E 4380 0C000000 SimplePromptRuntime.cxx:33 Execute() Started
2012-08-08 14:36:09.882 DBUG 00F30102-10002E1E 4380 0C000000 Runtime.cxx:77 RuntimeFactory(): Called for [If] at line [151]
2012-08-08 14:36:09.882 DBUG 00F30102-10002E1E 4380 0C000000 IfRuntime.cxx:59 Execute() Started, event type: -1
[b]2012-08-08 14:36:09.882 DBUG 00F30102-10002E1E 4380 0C000000 Runtime.cxx:560 EvaluateCond(): Condition [getUserDataVariable('userdata1') != undefined]
2012-08-08 14:36:09.882 DBUG 00F30102-10002E1E 4380 0C000000 Runtime.cxx:585 EvaluateCond(): Result was 'false'[/b]
2012-08-08 14:36:09.882 DBUG 00F30102-10002E1E 4380 0C000000 Runtime.cxx:560 EvaluateCond(): Condition [true]
2012-08-08 14:36:09.882 DBUG 00F30102-10002E1E 4380 0C000000 Runtime.cxx:585 EvaluateCond(): Result was 'true'
2012-08-08 14:36:09.882 DBUG 00F30102-10002E1E 4380 0C000000 Runtime.cxx:77 RuntimeFactory(): Called for [SimplePrompt] at line [154]
2012-08-08 14:36:09.882 DBUG 00F30102-10002E1E 4380 08500000 SessionConfiguration.C:112 SessConfig::GetValue - Param=[vxmli.conformance.strict_tts_mode]; Value=[FALSE]; [Global]
2012-08-08 14:36:09.882 DBUG 00F30102-10002E1E 4380 0C000000 SimplePromptRuntime.cxx:33 Execute() Started
2012-08-08 14:36:09.882 DBUG 00F30102-10002E1E 4380 0C000000 Runtime.cxx:77 RuntimeFactory(): Called for [Throw] at line [154]
2012-08-08 14:36:09.882 DBUG 00F30102-10002E1E 4380 0C000000 ThrowRuntime.cxx:38 Execute() Started, event type: -1
2012-08-08 14:36:09.882 DBUG 00F30102-10002E1E 4380 08500000 SessionConfiguration.C:112 SessConfig::GetValue - Param=[vxmli.maintainer.log_message.on_error]; Value=[TRUE]; [Global]
[b][color=red]2012-08-08T14:36:09.882 Int 50034 00F30102-10002E1E 4380 event error.com.genesyslab.composer.invalidkey:1|Missing InteractionData key 'userdata1'[/color][/b]
2012-08-08T14:36:09.882 Int 50080 00F30102-10002E1E 4380 event_handler_enter :error .|http://b030688:8080/HelloWorld/src-gen/Main.vxml
2012-08-08 14:36:09.882 DBUG 00F30102-10002E1E 4380 0C000000 CatchRuntime.cxx:131 Execute() Started, event type: -1

the following is the VXML  code, it looks like  AppState.g_CTICCall == 'false' caused the invalidkey issue.

I used lower case userdata name, and configured userdata-map-trans-prefix = 'X-Genesys-' for userdata mapping.

<form id="InteractionData1">
                <property name="com.genesyslab.externalevents.enable" value="false"/>
        <property name="com.genesyslab.externalevents.queue" value="true"/>
       
                <block>
                  [color=red] [b]    <if cond="AppState.g_CTICCall == 'false'" >
                        <if cond="session.com.genesyslab.userdata != undefined">
                                        <if cond="getUserDataVariable('userdata1') != undefined">
                                                <assign name="AppState.userdata1" expr="getUserDataVariable('userdata1')" />
                                        <else/>
                                                <throw event="error.com.genesyslab.composer.invalidkey"  message="Missing InteractionData key 'userdata1'"/>[/b]
                                        </if>[/color]
                                        <if cond="getUserDataVariable('userdata2') != undefined">
                                                <assign name="AppState.userdata2" expr="getUserDataVariable('userdata2')" />
                                        <else/>
                                                <throw event="error.com.genesyslab.composer.invalidkey"  message="Missing InteractionData key 'userdata2'"/>
                                        </if>
                                </if>
                        <else/>
                                <!--  CTIC Case -->
                                <script>
                                        var Action = "GetData";
                                        var KeyName1 = "userdata1";
                                        var KeyName2 = "userdata2";
                                </script>
                                <gvp:send  namelist="Action KeyName1 KeyName2" async="false"/>
                        <gvp:receive maxtime="10s"/>
                                <if cond="isCTICResult( application.lastmessage$ ) == 'false'">
                                <throw event="error.com.genesyslab.composer.receiveerror" messageexpr="'The received message has invalid content-type.'" />
                        </if>

any thoughts?

thanks in advance.

Kevin
Title: Re: Attached userdata passing issue between sip server and MCP
Post by: Fra on August 09, 2012, 04:35:34 PM
Silly question: can you actually see the X-Genesys- attached data passed in to RM?

Fra
Title: Re: Attached userdata passing issue between sip server and MCP
Post by: kevinwang on August 09, 2012, 04:48:42 PM
[quote author=Fra link=topic=7345.msg31375#msg31375 date=1344530134]
Silly question: can you actually see the X-Genesys- attached data passed in to RM?

Fra
[/quote]

there is some related info in MCP log:


012-08-09 08:59:44.725 DBUG 00F30102-10002E21 4544 02800000 LMCallSIPHandler.C:153 LMCallSIP::HandleDerivedEvent - nEventType=0, m_nState=9, m_nIntfState=6
2012-08-09 08:59:44.725 DBUG 00F30102-10002E21 4544 02800000 LMCallSIPStack.C:203 LMCallSIP::SendResponse for ID Headers
2012-08-09 08:59:44.725 DBUG 00F30102-10002E21 4544 02800000 LMCallSIPStack.C:225 LMCallSIP::SendResponse - X-Genesys-GVP-Session-ID: A68A90F5-BD60-4ECD-9785-B9BBF925E6A8;gvp.rm.datanodes=1;gvp.rm.tenant-id=101_HelloWorld
2012-08-09 08:59:44.725 DBUG 00000000-00000000 4544 08500000 VGSIPTransportMgr.cxx:3443 VGSIPTransportMgr::ResolveDNS for 10.36.141.193:5060
2012-08-09T08:59:44.725 Trc 33009 INFO 00000000-00000000 4544 02800FA1 Response sent: SIP/2.0 200 OK
Via: SIP/2.0/UDP 10.36.141.193:5060;branch=z9hG4bK000000001B08D07023b440abcdef09
Via: SIP/2.0/UDP 10.36.141.192:5060;branch=z9hG4bK2CA2A641-40C9-45E4-BCAD-FD6075519EEE-35
From: sip:4001@10.36.141.192:5060;tag=2E3E7432-DFE1-4EFA-B5E7-921E494232AA-26
To: <sip:12001@10.36.141.192:5060>;tag=803C58F9-D71D-4040-05BA-91C00D750B0C
CSeq: 2 BYE
Call-ID: 04B4BA53-690D-4618-BEDC-88D7007070BF-11@10.36.141.192
Content-Length: 0
X-Genesys-CallInfo: routed
User-Agent: X-Lite release 1100l stamp 47546
Min-SE: 90
[color=red][b]X-Genesys-GVP-Session-Data: callsession=A68A90F5-BD60-4ECD-9785-B9BBF925E6A8;1;0;;;;Resources;HelloWorld;
X-Genesys-GVP-Session-ID: A68A90F5-BD60-4ECD-9785-B9BBF925E6A8;gvp.rm.datanodes=1;gvp.rm.tenant-id=101_HelloWorld[/b][/color]


Title: Re: Attached userdata passing issue between sip server and MCP
Post by: René on August 09, 2012, 04:49:09 PM
Kevin,

Have you enabled CTI in IVR profile of your app?

R.
Title: Re: Attached userdata passing issue between sip server and MCP
Post by: kevinwang on August 09, 2012, 05:00:37 PM
[quote author=René link=topic=7345.msg31378#msg31378 date=1344530949]
Kevin,

Have you enabled CTI in IVR profile of your app?

R.
[/quote]

Yes, I did.
Title: Re: Attached userdata passing issue between sip server and MCP
Post by: kevinwang on August 09, 2012, 05:04:39 PM
[quote author=kevinwang link=topic=7345.msg31380#msg31380 date=1344531637]
[quote author=René link=topic=7345.msg31378#msg31378 date=1344530949]
Kevin,

Have you enabled CTI in IVR profile of your app?

R.
[/quote]

Yes, I did.
[/quote]




[gvp.general]
service-type=voicexml

[gvp.policy]
[color=red][size=10pt][b]cti-allowed=true[/b][/size][/color]
outbound-call-allowed=true
transfer-allowed=true
use-same-gateway=always

[gvp.service-parameters]
cti.TransferOnCTI=fixed,yes
voicexml.gvp.appmodule=fixed,VXML-NG

[gvp.service-prerequisite]
initial-page-url=http://b030688:8080/HelloWorld/src-gen/Main.vxml
Title: Re: Attached userdata passing issue between sip server and MCP
Post by: René on August 10, 2012, 05:42:09 AM
Hi Kevin,

I asked question about CTI because MCP indicates in the log that CTI is not enabled
[quote]2012-08-08 14:36:09.878 DBUG 00F30102-10002E1E 4380 0C000000 Runtime.cxx:560 EvaluateCond(): Condition [AppState.g_CTICCall == 'false']
2012-08-08 14:36:09.878 DBUG 00F30102-10002E1E 4380 0C000000 Runtime.cxx:585 EvaluateCond(): Result was 'true'[/quote]

Could you post here Resource Manager log showing INVITE from SIP Server and how it is processed?

R.
Title: Re: Attached userdata passing issue between sip server and MCP
Post by: smile on August 10, 2012, 07:15:07 AM
kevinwang, what is the benefit using CTI through IVR server rather than CTI through SIP server?
Title: Re: Attached userdata passing issue between sip server and MCP
Post by: kevinwang on August 10, 2012, 12:57:22 PM
[quote author=René link=topic=7345.msg31388#msg31388 date=1344577329]
Hi Kevin,

I asked question about CTI because MCP indicates in the log that CTI is not enabled
[quote]2012-08-08 14:36:09.878 DBUG 00F30102-10002E1E 4380 0C000000 Runtime.cxx:560 EvaluateCond(): Condition [AppState.g_CTICCall == 'false']
2012-08-08 14:36:09.878 DBUG 00F30102-10002E1E 4380 0C000000 Runtime.cxx:585 EvaluateCond(): Result was 'true'[/quote]

Could you post here Resource Manager log showing INVITE from SIP Server and how it is processed?

R.
[/quote]



2012-08-10 08:45:01.450 DBUG 00000000-00000000 2916 08500000 VGSIPProxyCore.cxx:282 VGSIPProxyCore::NotifyTransactionRequest processing method 1
2012-08-10 08:45:01.450 DBUG 00000000-00000000 2916 09400901 CCPSIPProxyCoreProcessor.cxx:117 Request-URI parsed: 30012 10.36.141.193 5060
2012-08-10T08:45:01.450 Trc 20119 INFO 00000000-00000000 2916 09400506 New call : sip:30012@10.36.141.193:5060
[color=red][b]2012-08-10 08:45:01.453 DBUG 00000000-00000000 2916 09400901 GVPRMLocationService.cxx:75 Cannot locate logical resource matching Physical AOR sip:10.36.141.192:5060[/b][/color]
2012-08-10 08:45:01.453 DBUG 00000000-00000000 2916 09400901 CCPSIPProxyCoreProcessor.cxx:1399 New call session
2012-08-10 08:45:01.453 DBUG 00000000-00000000 2916 09400901 CCPSIPProxyCoreProcessor.cxx:1445 Cluster Information: primary=1 secondary=0
2012-08-10 08:45:01.453 DBUG 00000000-00000000 2916 09400901 PolicyModule.cxx:156 8653F606-9BB1-4C7E-6C98-E70DE9286384 New Call Session Request-URI : sip:30012@10.36.141.193:5060
2012-08-10 08:45:01.453 DBUG 00000000-00000000 2916 09400901 PolicyModule.cxx:219 8653F606-9BB1-4C7E-6C98-E70DE9286384 Handling call using call tenant Resources
2012-08-10 08:45:01.453 DBUG 00000000-00000000 2916 09400901 PolicyModule.cxx:1354 getGVPTenantId returned GVPTenantID:  IncomingApp:
2012-08-10 08:45:01.453 DBUG 00000000-00000000 2916 09400901 PolicyModule.cxx:855 Incoming App from header is:  bIsDbid: 0
2012-08-10 08:45:01.453 DBUG 00000000-00000000 2916 09400901 PolicyModule.cxx:915 Calling getApplicationForDNIS tenant: Resources DNIS: 12001
2012-08-10 08:45:01.453 DBUG 00000000-00000000 2916 09400901 PolicyDataStoreObjects.cxx:1856 Application corresponding to DNIS(12001) found in current tenant object Resources App: HelloWorld
[color=red][[b]2012-08-10 08:45:01.453 DBUG 00000000-00000000 2916 09400901 PolicyDataStoreObjects.cxx:1352 VoiceXML Script URL is not set for Application [HelloWorld][/b][/color]
2012-08-10 08:45:01.453 DBUG 00000000-00000000 2916 09400901 CCPSIPProxyCoreProcessor.cxx:1086 SERVICE TYPE: voicexml
2012-08-10 08:45:01.453 DBUG 00000000-00000000 2916 09400901 GVPRMLocationService.cxx:100 Calling RequestResource: voicexml UseSameGateway: always TenantDBID: 101
[color=red][b]2012-08-10 08:45:01.453 DBUG 00000000-00000000 2916 09400901 CCPSIPProxyCoreProcessor.cxx:1283 added header X-Genesys-GVP-Session-Data:callsession=8653F606-9BB1-4C7E-6C98-E70DE9286384;1;0;;;;Resources;HelloWorld;[/b][/color]
2012-08-10 08:45:01.453 DBUG 00000000-00000000 2916 09400901 CCPSIPProxyCoreProcessor.cxx:1286 1 target sets selected with 0 SIP response
2012-08-10 08:45:01.453 DBUG 00000000-00000000 2916 08500000 VGSIPTransportMgr.cxx:3443 VGSIPTransportMgr::ResolveDNS for 10.36.141.193:5070
2012-08-10 08:45:01.453 DBUG 00000000-00000000 2916 08500000 VGSIPTransportMgr.cxx:3443 VGSIPTransportMgr::ResolveDNS for 10.36.141.192:5060
2012-08-10 08:45:01.453 DBUG 00000000-00000000 2916 09400901 CCPSIPMessageInterceptor.h:588 RM - SIP Message sent to [10.36.141.192:5060] (328): SIP/2.0 100 Trying
Via: SIP/2.0/UDP 10.36.141.192:5060;branch=z9hG4bK2CA2A641-40C9-45E4-BCAD-FD6075519EEE-105
From: sip:4001@10.36.141.192:5060;tag=2E3E7432-DFE1-4EFA-B5E7-921E494232AA-80
To: <sip:12001@10.36.141.192:5060>
CSeq: 1 INVITE
Call-ID: 04B4BA53-690D-4618-BEDC-88D7007070BF-35@10.36.141.192
Content-Length: 0


2012-08-10 08:45:01.473 DBUG 00000000-00000000 4628 09400901 CCPSIPMessageInterceptor.h:588 RM - SIP Message sent to [10.36.141.193:5070] (1878): INVITE sip:dialog@10.36.141.193:5070;gvp-tenant-id=[Resources].HelloWorld;gvp.alternatevoicexml=http://b030688:8080/APensionApp/src-gen/PensionAPP.vxml;gvp.appmodule=VXML-NG;trunkport=12001;voicexml=http://b030688:8080/HelloWorld/src-gen/Main.vxml SIP/2.0
Via: SIP/2.0/TCP 10.36.141.193:5060;branch=z9hG4bK0000000014B6E11025024dabcdef09
Via: SIP/2.0/UDP 10.36.141.192:5060;branch=z9hG4bK2CA2A641-40C9-45E4-BCAD-FD6075519EEE-105
From: sip:4001@10.36.141.192:5060;tag=2E3E7432-DFE1-4EFA-B5E7-921E494232AA-80
To: <sip:12001@10.36.141.192:5060>
Max-Forwards: 68
CSeq: 1 INVITE
Call-ID: 04B4BA53-690D-4618-BEDC-88D7007070BF-35@10.36.141.192
Contact: <sip:4001@10.36.141.192:5060>
Content-Length: 481
Title: Re: Attached userdata passing issue between sip server and MCP
Post by: kevinwang on August 10, 2012, 03:19:38 PM
[quote author=kevinwang link=topic=7345.msg31400#msg31400 date=1344603442]
[quote author=René link=topic=7345.msg31388#msg31388 date=1344577329]
Hi Kevin,

I asked question about CTI because MCP indicates in the log that CTI is not enabled
[quote]2012-08-08 14:36:09.878 DBUG 00F30102-10002E1E 4380 0C000000 Runtime.cxx:560 EvaluateCond(): Condition [AppState.g_CTICCall == 'false']
2012-08-08 14:36:09.878 DBUG 00F30102-10002E1E 4380 0C000000 Runtime.cxx:585 EvaluateCond(): Result was 'true'[/quote]

Could you post here Resource Manager log showing INVITE from SIP Server and how it is processed?

R.
[/quote]



2012-08-10 08:45:01.450 DBUG 00000000-00000000 2916 08500000 VGSIPProxyCore.cxx:282 VGSIPProxyCore::NotifyTransactionRequest processing method 1
2012-08-10 08:45:01.450 DBUG 00000000-00000000 2916 09400901 CCPSIPProxyCoreProcessor.cxx:117 Request-URI parsed: 30012 10.36.141.193 5060
2012-08-10T08:45:01.450 Trc 20119 INFO 00000000-00000000 2916 09400506 New call : sip:30012@10.36.141.193:5060
[color=red][b]2012-08-10 08:45:01.453 DBUG 00000000-00000000 2916 09400901 GVPRMLocationService.cxx:75 Cannot locate logical resource matching Physical AOR sip:10.36.141.192:5060[/b][/color]
2012-08-10 08:45:01.453 DBUG 00000000-00000000 2916 09400901 CCPSIPProxyCoreProcessor.cxx:1399 New call session
2012-08-10 08:45:01.453 DBUG 00000000-00000000 2916 09400901 CCPSIPProxyCoreProcessor.cxx:1445 Cluster Information: primary=1 secondary=0
2012-08-10 08:45:01.453 DBUG 00000000-00000000 2916 09400901 PolicyModule.cxx:156 8653F606-9BB1-4C7E-6C98-E70DE9286384 New Call Session Request-URI : sip:30012@10.36.141.193:5060
2012-08-10 08:45:01.453 DBUG 00000000-00000000 2916 09400901 PolicyModule.cxx:219 8653F606-9BB1-4C7E-6C98-E70DE9286384 Handling call using call tenant Resources
2012-08-10 08:45:01.453 DBUG 00000000-00000000 2916 09400901 PolicyModule.cxx:1354 getGVPTenantId returned GVPTenantID:  IncomingApp:
2012-08-10 08:45:01.453 DBUG 00000000-00000000 2916 09400901 PolicyModule.cxx:855 Incoming App from header is:  bIsDbid: 0
2012-08-10 08:45:01.453 DBUG 00000000-00000000 2916 09400901 PolicyModule.cxx:915 Calling getApplicationForDNIS tenant: Resources DNIS: 12001
2012-08-10 08:45:01.453 DBUG 00000000-00000000 2916 09400901 PolicyDataStoreObjects.cxx:1856 Application corresponding to DNIS(12001) found in current tenant object Resources App: HelloWorld
[color=red][[b]2012-08-10 08:45:01.453 DBUG 00000000-00000000 2916 09400901 PolicyDataStoreObjects.cxx:1352 VoiceXML Script URL is not set for Application [HelloWorld][/b][/color]
2012-08-10 08:45:01.453 DBUG 00000000-00000000 2916 09400901 CCPSIPProxyCoreProcessor.cxx:1086 SERVICE TYPE: voicexml
2012-08-10 08:45:01.453 DBUG 00000000-00000000 2916 09400901 GVPRMLocationService.cxx:100 Calling RequestResource: voicexml UseSameGateway: always TenantDBID: 101
[color=red][b]2012-08-10 08:45:01.453 DBUG 00000000-00000000 2916 09400901 CCPSIPProxyCoreProcessor.cxx:1283 added header X-Genesys-GVP-Session-Data:callsession=8653F606-9BB1-4C7E-6C98-E70DE9286384;1;0;;;;Resources;HelloWorld;[/b][/color]
2012-08-10 08:45:01.453 DBUG 00000000-00000000 2916 09400901 CCPSIPProxyCoreProcessor.cxx:1286 1 target sets selected with 0 SIP response
2012-08-10 08:45:01.453 DBUG 00000000-00000000 2916 08500000 VGSIPTransportMgr.cxx:3443 VGSIPTransportMgr::ResolveDNS for 10.36.141.193:5070
2012-08-10 08:45:01.453 DBUG 00000000-00000000 2916 08500000 VGSIPTransportMgr.cxx:3443 VGSIPTransportMgr::ResolveDNS for 10.36.141.192:5060
2012-08-10 08:45:01.453 DBUG 00000000-00000000 2916 09400901 CCPSIPMessageInterceptor.h:588 RM - SIP Message sent to [10.36.141.192:5060] (328): SIP/2.0 100 Trying
Via: SIP/2.0/UDP 10.36.141.192:5060;branch=z9hG4bK2CA2A641-40C9-45E4-BCAD-FD6075519EEE-105
From: sip:4001@10.36.141.192:5060;tag=2E3E7432-DFE1-4EFA-B5E7-921E494232AA-80
To: <sip:12001@10.36.141.192:5060>
CSeq: 1 INVITE
Call-ID: 04B4BA53-690D-4618-BEDC-88D7007070BF-35@10.36.141.192
Content-Length: 0


2012-08-10 08:45:01.473 DBUG 00000000-00000000 4628 09400901 CCPSIPMessageInterceptor.h:588 RM - SIP Message sent to [10.36.141.193:5070] (1878): INVITE sip:dialog@10.36.141.193:5070;gvp-tenant-id=[Resources].HelloWorld;gvp.alternatevoicexml=http://b030688:8080/APensionApp/src-gen/PensionAPP.vxml;gvp.appmodule=VXML-NG;trunkport=12001;voicexml=http://b030688:8080/HelloWorld/src-gen/Main.vxml SIP/2.0
Via: SIP/2.0/TCP 10.36.141.193:5060;branch=z9hG4bK0000000014B6E11025024dabcdef09
Via: SIP/2.0/UDP 10.36.141.192:5060;branch=z9hG4bK2CA2A641-40C9-45E4-BCAD-FD6075519EEE-105
From: sip:4001@10.36.141.192:5060;tag=2E3E7432-DFE1-4EFA-B5E7-921E494232AA-80
To: <sip:12001@10.36.141.192:5060>
Max-Forwards: 68
CSeq: 1 INVITE
Call-ID: 04B4BA53-690D-4618-BEDC-88D7007070BF-35@10.36.141.192
Contact: <sip:4001@10.36.141.192:5060>
Content-Length: 481
[/quote]



[color=red][[b]2012-08-10 08:45:01.453 DBUG 00000000-00000000 2916 09400901 PolicyDataStoreObjects.cxx:1352 VoiceXML Script URL is not set for Application [HelloWorld][/b][/color]

but I did set it for HelloWorld IVR profile,
the following is exported option in HelloWorld IVR profile:


[gvp.service-prerequisite]
initial-page-url=http://b030688:8080/HelloWorld/src-gen/Main.vxml
Title: Re: Attached userdata passing issue between sip server and MCP
Post by: kevinwang on August 10, 2012, 04:32:59 PM
2012-08-10 08:45:01.485 DBUG 00000000-00000000 2916 08500000 VGSIPTransportMgr.cxx:3443 VGSIPTransportMgr::ResolveDNS for 10.36.141.192:5060
2012-08-10 08:45:01.485 DBUG 00000000-00000000 2916 09400901 CCPSIPMessageInterceptor.h:588 RM - SIP Message sent to [10.36.141.192:5060] (813): SIP/2.0 180 Ringing
Via: SIP/2.0/UDP 10.36.141.192:5060;branch=z9hG4bK2CA2A641-40C9-45E4-BCAD-FD6075519EEE-105
From: sip:4001@10.36.141.192:5060;tag=2E3E7432-DFE1-4EFA-B5E7-921E494232AA-80
To: <sip:12001@10.36.141.192:5060>;tag=62DECA7F-B2DC-45B2-86BC-52F02C8F1BC2
CSeq: 1 INVITE
Call-ID: 04B4BA53-690D-4618-BEDC-88D7007070BF-35@10.36.141.192
Contact: sip:Genesys@10.36.141.193:5070
Content-Length: 0
Record-Route: <sip:0000000011BF6DF0@10.36.141.193:5060;lr;gvp.rm.datanodes=1;idtag=00000006>
X-Genesys-CallInfo: routed
User-Agent: X-Lite release 1100l stamp 47546
Min-SE: 90
X-Genesys-GVP-Session-Data: callsession=8653F606-9BB1-4C7E-6C98-E70DE9286384;1;0;;;;Resources;HelloWorld;
X-Genesys-GVP-Session-ID: 8653F606-9BB1-4C7E-6C98-E70DE9286384;gvp.rm.datanodes=1;gvp.rm.tenant-id=101_HelloWorld


2012-08-10 08:45:01.508 DBUG 00000000-00000000 2916 09400901 CCPSIPMessageInterceptor.h:588 RM - SIP Message received from [10.36.141.193:5070] (1217): SIP/2.0 200 OK
Via: SIP/2.0/TCP 10.36.141.193:5060;branch=z9hG4bK0000000014B6E11025024dabcdef09
Via: SIP/2.0/UDP 10.36.141.192:5060;branch=z9hG4bK2CA2A641-40C9-45E4-BCAD-FD6075519EEE-105
From: sip:4001@10.36.141.192:5060;tag=2E3E7432-DFE1-4EFA-B5E7-921E494232AA-80
To: <sip:12001@10.36.141.192:5060>;tag=62DECA7F-B2DC-45B2-86BC-52F02C8F1BC2
CSeq: 1 INVITE
Call-ID: 04B4BA53-690D-4618-BEDC-88D7007070BF-35@10.36.141.192
Contact: sip:Genesys@10.36.141.193:5070
Content-Length: 227
Content-Type: application/sdp
Record-Route: <sip:0000000011BF6DF0@10.36.141.193:5060;transport=TCP;lr;gvp.rm.datanodes=1;idtag=00000006>
X-Genesys-CallInfo: routed
User-Agent: X-Lite release 1100l stamp 47546
Min-SE: 90
X-Genesys-GVP-Session-Data: callsession=8653F606-9BB1-4C7E-6C98-E70DE9286384;1;0;;;;Resources;HelloWorld;
X-Genesys-GVP-Session-ID: 8653F606-9BB1-4C7E-6C98-E70DE9286384;gvp.rm.datanodes=1;gvp.rm.tenant-id=101_HelloWorld
Session-Expires: 1800;refresher=uac
Require: timer

v=0
o=- 268565443 1 IN IP4 10.36.141.193
s=phone-call
c=IN IP4 10.36.141.193
t=0 0
m=audio 20042 RTP/AVP 0 8 101
a=rtpmap:0 pcmu/8000
a=rtpmap:8 pcma/8000
a=rtpmap:101 telephone-event/8000
a=fmtp:101 0-15
a=sendrecv

2012-08-10 08:45:01.508 DBUG 00000000-00000000 2916 09400901 GVPRMLocationService.cxx:75 Cannot locate logical resource matching Physical AOR sip:10.36.141.192:5060
2012-08-10 08:45:01.508 DBUG 00000000-00000000 2916 08500000 VGSIPTransportMgr.cxx:3443 VGSIPTransportMgr::ResolveDNS for 10.36.141.192:5060
2012-08-10 08:45:01.508 DBUG 00000000-00000000 2916 09400901 CCPSIPMessageInterceptor.h:588 RM - SIP Message sent to [10.36.141.192:5060] (1121): SIP/2.0 200 OK
Via: SIP/2.0/UDP 10.36.141.192:5060;branch=z9hG4bK2CA2A641-40C9-45E4-BCAD-FD6075519EEE-105
From: sip:4001@10.36.141.192:5060;tag=2E3E7432-DFE1-4EFA-B5E7-921E494232AA-80
To: <sip:12001@10.36.141.192:5060>;tag=62DECA7F-B2DC-45B2-86BC-52F02C8F1BC2
CSeq: 1 INVITE
Call-ID: 04B4BA53-690D-4618-BEDC-88D7007070BF-35@10.36.141.192
Contact: sip:Genesys@10.36.141.193:5070
Content-Length: 227
Content-Type: application/sdp
Record-Route: <sip:0000000011BF6DF0@10.36.141.193:5060;lr;gvp.rm.datanodes=1;idtag=00000006>
X-Genesys-CallInfo: routed
User-Agent: X-Lite release 1100l stamp 47546
Min-SE: 90
X-Genesys-GVP-Session-Data: callsession=8653F606-9BB1-4C7E-6C98-E70DE9286384;1;0;;;;Resources;HelloWorld;
X-Genesys-GVP-Session-ID: 8653F606-9BB1-4C7E-6C98-E70DE9286384;gvp.rm.datanodes=1;gvp.rm.tenant-id=101_HelloWorld
Session-Expires: 1800;refresher=uac
Require: timer

v=0
o=- 268565443 1 IN IP4 10.36.141.193
s=phone-call
c=IN IP4 10.36.141.193
t=0 0
m=audio 20042 RTP/AVP 0 8 101
a=rtpmap:0 pcmu/8000
a=rtpmap:8 pcma/8000
a=rtpmap:101 telephone-event/8000
a=fmtp:101 0-15
a=sendrecv

2012-08-10 08:45:01.508 DBUG 00000000-00000000 2916 09400901 CCPSIPProxyCore.cxx:349 8653F606-9BB1-4C7E-6C98-E70DE9286384 Calling LogRealTimer for 200 OK response
2012-08-10 08:45:01.508 DBUG 00000000-00000000 2916 09400901 CCPSIPProxyCore.cxx:804 Setting SIP Session Timer value to Session-Expires header value: 1800
2012-08-10 08:45:01.508 DBUG 00000000-00000000 2916 09400901 DataModule.cxx:1664 Adding session timer 1800000 on call 04B4BA53-690D-4618-BEDC-88D7007070BF-35@10.36.141.192-00000006
2012-08-10 08:45:01.625 DBUG 00000000-00000000 2916 09400901 CCPSIPMessageInterceptor.h:588 RM - SIP Message received from [10.36.141.192:5060] (628): ACK sip:Genesys@10.36.141.193:5070 SIP/2.0
From: sip:4001@10.36.141.192:5060;tag=2E3E7432-DFE1-4EFA-B5E7-921E494232AA-80
To: <sip:12001@10.36.141.192:5060>;tag=62DECA7F-B2DC-45B2-86BC-52F02C8F1BC2
Call-ID: 04B4BA53-690D-4618-BEDC-88D7007070BF-35@10.36.141.192
CSeq: 1 ACK
Content-Length: 0
Via: SIP/2.0/UDP 10.36.141.192:5060;branch=z9hG4bK2CA2A641-40C9-45E4-BCAD-FD6075519EEE-106
Route: <sip:0000000011BF6DF0@10.36.141.193:5060;lr;gvp.rm.datanodes=1;idtag=00000006>
Allow: INVITE, ACK, PRACK, CANCEL, BYE, REFER, INFO, UPDATE, MESSAGE, NOTIFY, OPTIONS
Max-Forwards: 69
User-Agent: X-Lite release 1100l stamp 47546


2012-08-10 08:45:01.625 DBUG 00000000-00000000 2916 08500000 VGSIPTransportMgr.cxx:3443 VGSIPTransportMgr::ResolveDNS for 10.36.141.193:5070
2012-08-10 08:45:01.625 DBUG 00000000-00000000 2916 09400901 CCPSIPMessageInterceptor.h:588 RM - SIP Message sent to [10.36.141.193:5070] (617): ACK sip:Genesys@10.36.141.193:5070 SIP/2.0
Via: SIP/2.0/TCP 10.36.141.193:5060;branch=z9hG4bK000000001AFC66905025024d
Via: SIP/2.0/UDP 10.36.141.192:5060;branch=z9hG4bK2CA2A641-40C9-45E4-BCAD-FD6075519EEE-106
From: sip:4001@10.36.141.192:5060;tag=2E3E7432-DFE1-4EFA-B5E7-921E494232AA-80
To: <sip:12001@10.36.141.192:5060>;tag=62DECA7F-B2DC-45B2-86BC-52F02C8F1BC2
Max-Forwards: 69
CSeq: 1 ACK
Call-ID: 04B4BA53-690D-4618-BEDC-88D7007070BF-35@10.36.141.192
Content-Length: 0
Allow: INVITE, ACK, PRACK, CANCEL, BYE, REFER, INFO, UPDATE, MESSAGE, NOTIFY, OPTIONS
User-Agent: X-Lite release 1100l stamp 47546


2012-08-10 08:45:02.227 DBUG 00000000-00000000 2908 08500000 VGSIPTransportMgr.cxx:3443 VGSIPTransportMgr::ResolveDNS for 10.36.141.193:5070
2012-08-10 08:45:02.227 DBUG 00000000-00000000 2908 09400901 GVPRMSIPMonitor.cxx:268 Calling Send Options to: sip:10.36.141.193:5070
2012-08-10 08:45:02.227 DBUG 00000000-00000000 2908 08500000 VGSIPTransportMgr.cxx:3443 VGSIPTransportMgr::ResolveDNS for 10.36.141.193:5080
2012-08-10 08:45:02.227 DBUG 00000000-00000000 2908 09400901 GVPRMSIPMonitor.cxx:268 Calling Send Options to: sip:10.36.141.193:5080
2012-08-10 08:45:02.227 DBUG 00000000-00000000 2908 08500000 VGSIPTransportMgr.cxx:3443 VGSIPTransportMgr::ResolveDNS for 10.36.141.193:5071
2012-08-10 08:45:02.227 DBUG 00000000-00000000 2908 09400901 GVPRMSIPMonitor.cxx:268 Calling Send Options to: sips:10.36.141.193:5071
2012-08-10 08:45:02.227 DBUG 00000000-00000000 2908 08500000 VGSIPTransportMgr.cxx:3443 VGSIPTransportMgr::ResolveDNS for 10.36.141.193:5081
2012-08-10 08:45:02.227 DBUG 00000000-00000000 2908 09400901 GVPRMSIPMonitor.cxx:268 Calling Send Options to: sips:10.36.141.193:5081
2012-08-10 08:45:02.235 DBUG 00000000-00000000 4628 09400901 GVPRMSIPMonitor.cxx:216 Changing resource to online: sip:10.36.141.193:5080
2012-08-10 08:45:02.235 DBUG 00000000-00000000 4628 09400901 GVPRMSIPMonitor.cxx:216 Changing resource to online: sips:10.36.141.193:5081
2012-08-10 08:45:02.246 DBUG 00000000-00000000 4628 09400901 GVPRMSIPMonitor.cxx:216 Changing resource to online: sip:10.36.141.193:5070
2012-08-10 08:45:02.246 DBUG 00000000-00000000 4628 09400901 GVPRMSIPMonitor.cxx:216 Changing resource to online: sips:10.36.141.193:5071
2012-08-10 08:45:03.227 DBUG 00000000-00000000 2908 08500000 VGSIPTransportMgr.cxx:3443 VGSIPTransportMgr::ResolveDNS for 10.36.141.193:5070
2012-08-10 08:45:03.227 DBUG 00000000-00000000 2908 09400901 GVPRMSIPMonitor.cxx:268 Calling Send Options to: sip:10.36.141.193:5070
2012-08-10 08:45:03.227 DBUG 00000000-00000000 2908 08500000 VGSIPTransportMgr.cxx:3443 VGSIPTransportMgr::ResolveDNS for 10.36.141.193:5080
2012-08-10 08:45:03.227 DBUG 00000000-00000000 2908 09400901 GVPRMSIPMonitor.cxx:268 Calling Send Options to: sip:10.36.141.193:5080
2012-08-10 08:45:03.227 DBUG 00000000-00000000 2908 08500000 VGSIPTransportMgr.cxx:3443 VGSIPTransportMgr::ResolveDNS for 10.36.141.193:5071
2012-08-10 08:45:03.227 DBUG 00000000-00000000 2908 09400901 GVPRMSIPMonitor.cxx:268 Calling Send Options to: sips:10.36.141.193:5071
2012-08-10 08:45:03.227 DBUG 00000000-00000000 2908 08500000 VGSIPTransportMgr.cxx:3443 VGSIPTransportMgr::ResolveDNS for 10.36.141.193:5081
2012-08-10 08:45:03.227 DBUG 00000000-00000000 2908 09400901 GVPRMSIPMonitor.cxx:268 Calling Send Options to: sips:10.36.141.193:5081
2012-08-10 08:45:03.231 DBUG 00000000-00000000 4628 09400901 GVPRMSIPMonitor.cxx:216 Changing resource to online: sip:10.36.141.193:5080
2012-08-10 08:45:03.231 DBUG 00000000-00000000 4628 09400901 GVPRMSIPMonitor.cxx:216 Changing resource to online: sips:10.36.141.193:5081
2012-08-10 08:45:03.243 DBUG 00000000-00000000 4628 09400901 GVPRMSIPMonitor.cxx:216 Changing resource to online: sip:10.36.141.193:5070
2012-08-10 08:45:03.243 DBUG 00000000-00000000 4628 09400901 GVPRMSIPMonitor.cxx:216 Changing resource to online: sips:10.36.141.193:5071
2012-08-10 08:45:04.145 DBUG 00000000-00000000 2916 09400901 CCPSIPMessageInterceptor.h:588 RM - SIP Message received from [10.36.141.192:5060] (581): BYE sip:Genesys@10.36.141.193:5070 SIP/2.0
From: sip:4001@10.36.141.192:5060;tag=2E3E7432-DFE1-4EFA-B5E7-921E494232AA-80
To: <sip:12001@10.36.141.192:5060>;tag=62DECA7F-B2DC-45B2-86BC-52F02C8F1BC2
Call-ID: 04B4BA53-690D-4618-BEDC-88D7007070BF-35@10.36.141.192
CSeq: 2 BYE
Content-Length: 0
Via: SIP/2.0/UDP 10.36.141.192:5060;branch=z9hG4bK2CA2A641-40C9-45E4-BCAD-FD6075519EEE-107
User-Agent: X-Lite release 1100l stamp 47546
Reason: SIP;description="User Hung Up"
Max-Forwards: 69
Route: <sip:0000000011BF6DF0@10.36.141.193:5060;lr;gvp.rm.datanodes=1;idtag=00000006>
Title: Re: Attached userdata passing issue between sip server and MCP
Post by: Fra on August 10, 2012, 07:37:16 PM
In the snippet you posted, I can see only X-Genesys-GVP-Session-Data and X-Genesys-GVP-Session-ID, which are [i]created[/i] by RM, not parsed in by SIP Server.
If any user data mapping is required from SIP Server to GVP, you must configure the userdata-map-filter option to specify which user data key-value pairs will be mapped to the custom headers in the INVITE request to Resource Manager. Add the userdata-map-filter option to the Trunk DNs that you use to map DNIS & IVR profiles to configure which attached data you want to pass across to GVP.

Also, what is the Resource Group cti-usage option set to?

Fra
Title: Re: Attached userdata passing issue between sip server and MCP
Post by: kevinwang on August 13, 2012, 04:38:07 PM
[quote author=Fra link=topic=7345.msg31403#msg31403 date=1344627436]
In the snippet you posted, I can see only X-Genesys-GVP-Session-Data and X-Genesys-GVP-Session-ID, which are [i]created[/i] by RM, not parsed in by SIP Server.
If any user data mapping is required from SIP Server to GVP, you must configure the userdata-map-filter option to specify which user data key-value pairs will be mapped to the custom headers in the INVITE request to Resource Manager. Add the userdata-map-filter option to the Trunk DNs that you use to map DNIS & IVR profiles to configure which attached data you want to pass across to GVP.

Also, what is the Resource Group cti-usage option set to?

Fra
[/quote]


userdata-map-filter—Use this option to specify which headers need to be mapped for user data required by GVP.
If GVP does not need the user data, then you can leave this option undefined. Configure this option in the TServer section of the GVP Trunk and Voice over IP Service DNs.

it looks like option 'userdata-map-filter' is specific for integration mode of CTI through sip server.
But I use Cti through IVR Server mode. Do I have to configure it ? because my IVR app is triggered by targetting GVP place group in strategy. no GVP trunk dn or voice over ip service DN involved.

what do you mean by Resource Group cti-usage option ??? for MCP resource group? but  there is no cti related option.
Are you saying cti options in IVR profile? I enabled cti-allowed, and cti,transferONCTI options.

Title: Re: Attached userdata passing issue between sip server and MCP
Post by: Fra on August 14, 2012, 09:30:12 AM
[quote author=kevinwang link=topic=7345.msg31425#msg31425 date=1344875887]
[quote author=Fra link=topic=7345.msg31403#msg31403 date=1344627436]
In the snippet you posted, I can see only X-Genesys-GVP-Session-Data and X-Genesys-GVP-Session-ID, which are [i]created[/i] by RM, not parsed in by SIP Server.
If any user data mapping is required from SIP Server to GVP, you must configure the userdata-map-filter option to specify which user data key-value pairs will be mapped to the custom headers in the INVITE request to Resource Manager. Add the userdata-map-filter option to the Trunk DNs that you use to map DNIS & IVR profiles to configure which attached data you want to pass across to GVP.

Also, what is the Resource Group cti-usage option set to?

Fra
[/quote]


userdata-map-filter—Use this option to specify which headers need to be mapped for user data required by GVP.
If GVP does not need the user data, then you can leave this option undefined. Configure this option in the TServer section of the GVP Trunk and Voice over IP Service DNs.

it looks like option 'userdata-map-filter' is specific for integration mode of CTI through sip server.
But I use Cti through IVR Server mode. Do I have to configure it ? because my IVR app is triggered by targetting GVP place group in strategy. no GVP trunk dn or voice over ip service DN involved.
[/quote]

Voice Platform 8.1 Integration guide suggests that, regardless of the way you integrate GVP, the creation on a GVP DN trunk is mandatory - to me it sounds incorrect, cause this is true only for standard VXML apps triggered via a Trunk DN..however, this is a separate issue :)
Getting back to yours, my take is that, no matter how your apps are invoked, the option must be configured somewhere, as it enables the exchange of UserData from SIP Server to GVP: as you don't have Trunk DNs / VOIP DNs, I'd add it to all Voice Treatment Ports.

Fra
Title: Re: Attached userdata passing issue between sip server and MCP
Post by: Fra on August 14, 2012, 09:43:03 AM
[quote author=kevinwang link=topic=7345.msg31425#msg31425 date=1344875887]
what do you mean by Resource Group cti-usage option ??? for MCP resource group? but  there is no cti related option.
Are you saying cti options in IVR profile? I enabled cti-allowed, and cti,transferONCTI options.
[/quote]

I think the use-cti option is set on the Gateway Resource Group (in essence the SIP Server Resource Manager communicates to in IVR Server deployments).

Fra
Title: Re: Attached userdata passing issue between sip server and MCP
Post by: kevinwang on August 14, 2012, 01:17:54 PM
[quote author=smile link=topic=7345.msg31393#msg31393 date=1344582907]
kevinwang, what is the benefit using CTI through IVR server rather than CTI through SIP server?
[/quote]

Personally, I also think integration throught SIP Server is easier and more straightforward, but we need to migrate from a legacy system, that's why we use Integration mode through IVR Server.

Thanks.
Title: Re: Attached userdata passing issue between sip server and MCP
Post by: smile on August 14, 2012, 09:32:30 PM
[quote author=kevinwang link=topic=7345.msg31449#msg31449 date=1344950274]
[quote author=smile link=topic=7345.msg31393#msg31393 date=1344582907]
kevinwang, what is the benefit using CTI through IVR server rather than CTI through SIP server?
[/quote]

Personally, I also think integration throught SIP Server is easier and more straightforward, but we need to migrate from a legacy system, that's why we use Integration mode through IVR Server.

Thanks.
[/quote]

ok, understood....
well, if so, i suggest you set following options: userdata-map-filter and userdata-map-trans-prefix. It may sounds strange, but i think from mcp side doesn't matter from which interface userdata acquired. just try to set this options.
Title: Re: Attached userdata passing issue between sip server and MCP
Post by: kevinwang on August 16, 2012, 03:06:21 PM
[quote author=Fra link=topic=7345.msg31442#msg31442 date=1344937383]
[quote author=kevinwang link=topic=7345.msg31425#msg31425 date=1344875887]
what do you mean by Resource Group cti-usage option ??? for MCP resource group? but  there is no cti related option.
Are you saying cti options in IVR profile? I enabled cti-allowed, and cti,transferONCTI options.
[/quote]

I think the use-cti option is set on the Gateway Resource Group (in essence the SIP Server Resource Manager communicates to in IVR Server deployments).

Fra
[/quote]


Can I create two different Resource Gateways, one for integration through IVR Server, the other for integration through Sip Server?

If so, where to specify which resource gateway will be used one specific different mode?

Thanks.
Title: Re: Attached userdata passing issue between sip server and MCP
Post by: Fra on August 17, 2012, 09:09:02 AM
Have you added the userdata-map-filter to the Voice Treatment Ports? Can you see any attached data passed to MCP now?

[quote author=kevinwang link=topic=7345.msg31471#msg31471 date=1345129581]
[quote author=Fra link=topic=7345.msg31442#msg31442 date=1344937383]
[quote author=kevinwang link=topic=7345.msg31425#msg31425 date=1344875887]
what do you mean by Resource Group cti-usage option ??? for MCP resource group? but  there is no cti related option.
Are you saying cti options in IVR profile? I enabled cti-allowed, and cti,transferONCTI options.
[/quote]

I think the use-cti option is set on the Gateway Resource Group (in essence the SIP Server Resource Manager communicates to in IVR Server deployments).

Fra
[/quote]


Can I create two different Resource Gateways, one for integration through IVR Server, the other for integration through Sip Server?

If so, where to specify which resource gateway will be used one specific different mode?

Thanks.
[/quote]

I think you can't have both integrations in the same installation.
Also, I don't think that the Gateway Resource Group is needed for the integration through SIP Server.

Fra
Title: Re: Attached userdata passing issue between sip server and MCP
Post by: kevinwang on August 20, 2012, 01:22:07 PM
[quote author=Fra link=topic=7345.msg31474#msg31474 date=1345194542]
Have you added the userdata-map-filter to the Voice Treatment Ports? Can you see any attached data passed to MCP now?

[quote author=kevinwang link=topic=7345.msg31471#msg31471 date=1345129581]
[quote author=Fra link=topic=7345.msg31442#msg31442 date=1344937383]
[quote author=kevinwang link=topic=7345.msg31425#msg31425 date=1344875887]
what do you mean by Resource Group cti-usage option ??? for MCP resource group? but  there is no cti related option.
Are you saying cti options in IVR profile? I enabled cti-allowed, and cti,transferONCTI options.
[/quote]

I think the use-cti option is set on the Gateway Resource Group (in essence the SIP Server Resource Manager communicates to in IVR Server deployments).

Fra
[/quote]


Can I create two different Resource Gateways, one for integration through IVR Server, the other for integration through Sip Server?

If so, where to specify which resource gateway will be used one specific different mode?

Thanks.
[/quote]

I think you can't have both integrations in the same installation.
Also, I don't think that the Gateway Resource Group is needed for the integration through SIP Server.

Fra
[/quote]


[color=red][b][size=14pt]Configuring CTI Flagging for IVR Profiles[/size][/b][/color]
Complete the procedures in this section to configure the rules that Resource
Manager uses to determine whether it should forward calls to the CTI
Connector.
Depending on your deployment architecture and the applications that it
services, you can flag the gateway resource as follows:
• Always Off—For CTI through SIP Server only deployments, where CTI
Connector and IVR Server are not included in the architecture. Resource
Manager performs IVR Profile mapping based on the DNIS provided in
the incoming call.
• Always On—For deployments where CTI through IVR Server is always
required. For example, if your deployment only services IVR-centric
applications, where CTI through IVR Server is required for midcall CTI
functionality. Or in TDM-connected configurations, where the DNIS must
be retrieved from the IVR Server in all cases.
• Based on DN Lookup—For deployments with architecture configurations
that support both CTI through IVR Server and CTI through SIP Server call
flows, and that include both Standard VoiceXML and IVR-centric voice
applications. For this option, you must set the IVR Profile for a specific
application as either CTI or non-CTI. For non-CTI applications
(self-service only), Resource Manager bypasses CTI Connector and
instead maps the IVR Profile directly.
Title: Re: Attached userdata passing issue between sip server and MCP
Post by: Fra on August 20, 2012, 02:44:23 PM
[quote author=kevinwang link=topic=7345.msg31493#msg31493 date=1345468927]
[quote author=Fra link=topic=7345.msg31474#msg31474 date=1345194542]
Have you added the userdata-map-filter to the Voice Treatment Ports? Can you see any attached data passed to MCP now?

[quote author=kevinwang link=topic=7345.msg31471#msg31471 date=1345129581]
[quote author=Fra link=topic=7345.msg31442#msg31442 date=1344937383]
[quote author=kevinwang link=topic=7345.msg31425#msg31425 date=1344875887]
what do you mean by Resource Group cti-usage option ??? for MCP resource group? but  there is no cti related option.
Are you saying cti options in IVR profile? I enabled cti-allowed, and cti,transferONCTI options.
[/quote]

I think the use-cti option is set on the Gateway Resource Group (in essence the SIP Server Resource Manager communicates to in IVR Server deployments).

Fra
[/quote]


Can I create two different Resource Gateways, one for integration through IVR Server, the other for integration through Sip Server?

If so, where to specify which resource gateway will be used one specific different mode?

Thanks.
[/quote]

I think you can't have both integrations in the same installation.
Also, I don't think that the Gateway Resource Group is needed for the integration through SIP Server.

Fra
[/quote]


[color=red][b][size=14pt]Configuring CTI Flagging for IVR Profiles[/size][/b][/color]
Complete the procedures in this section to configure the rules that Resource
Manager uses to determine whether it should forward calls to the CTI
Connector.
Depending on your deployment architecture and the applications that it
services, you can flag the gateway resource as follows:
• Always Off—For CTI through SIP Server only deployments, where CTI
Connector and IVR Server are not included in the architecture. Resource
Manager performs IVR Profile mapping based on the DNIS provided in
the incoming call.
• Always On—For deployments where CTI through IVR Server is always
required. For example, if your deployment only services IVR-centric
applications, where CTI through IVR Server is required for midcall CTI
functionality. Or in TDM-connected configurations, where the DNIS must
be retrieved from the IVR Server in all cases.
• Based on DN Lookup—For deployments with architecture configurations
that support both CTI through IVR Server and CTI through SIP Server call
flows, and that include both Standard VoiceXML and IVR-centric voice
applications. For this option, you must set the IVR Profile for a specific
application as either CTI or non-CTI. For non-CTI applications
(self-service only), Resource Manager bypasses CTI Connector and
instead maps the IVR Profile directly.
[/quote]

well, yes, my second question was which of these values you set the option to  :)

My first one still stands: have you added the userdata-map-filter to the Voice Treatment Ports? Can you see any attached data passed to MCP now?

Fra
Title: Re: Attached userdata passing issue between sip server and MCP
Post by: kevinwang on August 20, 2012, 03:48:27 PM
[quote author=Fra link=topic=7345.msg31494#msg31494 date=1345473863]
[quote author=kevinwang link=topic=7345.msg31493#msg31493 date=1345468927]
[quote author=Fra link=topic=7345.msg31474#msg31474 date=1345194542]
Have you added the userdata-map-filter to the Voice Treatment Ports? Can you see any attached data passed to MCP now?

[quote author=kevinwang link=topic=7345.msg31471#msg31471 date=1345129581]
[quote author=Fra link=topic=7345.msg31442#msg31442 date=1344937383]
[quote author=kevinwang link=topic=7345.msg31425#msg31425 date=1344875887]
what do you mean by Resource Group cti-usage option ??? for MCP resource group? but  there is no cti related option.
Are you saying cti options in IVR profile? I enabled cti-allowed, and cti,transferONCTI options.
[/quote]

I think the use-cti option is set on the Gateway Resource Group (in essence the SIP Server Resource Manager communicates to in IVR Server deployments).

Fra
[/quote]


Can I create two different Resource Gateways, one for integration through IVR Server, the other for integration through Sip Server?

If so, where to specify which resource gateway will be used one specific different mode?

Thanks.
[/quote]

I think you can't have both integrations in the same installation.
Also, I don't think that the Gateway Resource Group is needed for the integration through SIP Server.

Fra
[/quote]


[color=red][b][size=14pt]Configuring CTI Flagging for IVR Profiles[/size][/b][/color]
Complete the procedures in this section to configure the rules that Resource
Manager uses to determine whether it should forward calls to the CTI
Connector.
Depending on your deployment architecture and the applications that it
services, you can flag the gateway resource as follows:
• Always Off—For CTI through SIP Server only deployments, where CTI
Connector and IVR Server are not included in the architecture. Resource
Manager performs IVR Profile mapping based on the DNIS provided in
the incoming call.
• Always On—For deployments where CTI through IVR Server is always
required. For example, if your deployment only services IVR-centric
applications, where CTI through IVR Server is required for midcall CTI
functionality. Or in TDM-connected configurations, where the DNIS must
be retrieved from the IVR Server in all cases.
• Based on DN Lookup—For deployments with architecture configurations
that support both CTI through IVR Server and CTI through SIP Server call
flows, and that include both Standard VoiceXML and IVR-centric voice
applications. For this option, you must set the IVR Profile for a specific
application as either CTI or non-CTI. For non-CTI applications
(self-service only), Resource Manager bypasses CTI Connector and
instead maps the IVR Profile directly.
[/quote]

well, yes, my second question was which of these values you set the option to  :)

My first one still stands: have you added the userdata-map-filter to the Voice Treatment Ports? Can you see any attached data passed to MCP now?

Fra
[/quote]

Thank you very  much for your quick response.

I did some configuration change, now symptom changed, I will open a new post to discuss it.
Title: Re: Attached userdata passing issue between sip server and MCP
Post by: smile on August 21, 2012, 07:38:25 AM
kevinwang, check P.M. I wrote a few words regarding you question... (not sure how personal messages works at forum)
Title: Re: Attached userdata passing issue between sip server and MCP
Post by: Fra on August 21, 2012, 08:44:46 AM
Kewinwang,

as you opened a public thread, it would be good to share your findings and partial fix here.

Fra
Title: Re: Attached userdata passing issue between sip server and MCP
Post by: victor on August 21, 2012, 08:56:33 AM
As a rather avid reader of this wonderful forum, I would love to actually learn more about this. I did not even know you could go that to be honest, and with 5000 seat call center running on Genesys SIP, I am starting to wonder myself if this would give us some sort of benefit (load reduction? load-balancing?)

Do tell what you decided since it would help all of us!
Title: Re: Attached userdata passing issue between sip server and MCP
Post by: kevinwang on August 21, 2012, 01:50:03 PM
[quote author=Fra link=topic=7345.msg31509#msg31509 date=1345538686]
Kewinwang,

as you opened a public thread, it would be good to share your findings and partial fix here.

Fra
[/quote]

Like you mentioned, I forgot to configure Gateway resource group.

Thanks.
Title: Re: Attached userdata passing issue between sip server and MCP
Post by: naviat on October 14, 2014, 05:00:11 AM
Dear all,
I got an issue with Userdata. anybody can help me!!!
Scenario:
1. GVP use Interaction Data block send infomation to Routing Point with Userdata - key name 'Text'='0613777001'
2. Routing Point make call out with destination number in 'Text'. and when route call failed, send call back GVP, still keep all User Data.
(Routing Point can get UserData successfully)
3. GVP use Interaction Data block again to get User Data - key name 'Text'.
Problem: GVP cannot get Userdata using Interaction Data block.

MCP logs:
From: <sip:809123@10.84.9.166:5060>;tag=98565000-C48C-13E2-B94E-3969BE14E195
To: sip:1001@10.84.9.166;tag=00875D0C-0704-1438-B204-A409540AAA77-202175
Max-Forwards: 70
CSeq: 1 INFO
Call-ID: 00875CDA-0704-1438-B204-A409540AAA77-197868@10.84.9.166
Content-Length: 15
Content-Type: application/x-www-form-urlencoded;charset=utf-8
Route: <sip:0x1bb33b60@10.84.9.167:5068;transport=TCP;lr;gvp.rm.datanodes=1;idtag=00000110>
X-Genesys-GVP-Session-ID: 98565000-AC36-ED39-1AEC-61656C42E536;gvp.rm.datanodes=1;gvp.rm.tenant-id=1_Tranfer_test
User-Agent: eyeBeam release 1100z stamp 47739
Min-SE: 90
X-Genesys-GVP-Session-Data: callsession=98565000-AC36-ED39-1AEC-61656C42E536;1;0;;;;Environment;Tranfer_test;
Supported: timer, uui

[b]Text=0613777001[/b]


Errro logs:
fetch_end Done (revalidated):http://10.84.9.154:8080/testTransfer/include/common.js
2014-10-14T11:08:23.646 Int 50043 00B90143-100053E5 1187371904 fetch_end Done (revalidated):http://10.84.9.154:8080/testTransfer/include/ctic.js
2014-10-14T11:08:23.664 Int 50043 00B90143-100053E5 1188375424 fetch_end Done (revalidated):http://10.84.9.154:8080/testTransfer/include/json.js
2014-10-14T11:08:23.680 Int 50043 00B90143-100053E5 1189378944 fetch_end Done (revalidated):http://10.84.9.154:8080/testTransfer/include/DataAccess.js
2014-10-14T11:08:23.695 Int 50043 00B90143-100053E5 1190382464 fetch_end Done (revalidated):http://10.84.9.154:8080/testTransfer/Resources/Prompts/PromptSwitch.js
2014-10-14T11:08:23.710 Int 50043 00B90143-100053E5 1184361344 fetch_end Done (revalidated):http://10.84.9.154:8080/testTransfer/Resources/Prompts/en-US/en-US.js
2014-10-14T11:08:23.720 Int 50041 00B90143-100053E5 1184361344 compile_done :http://10.84.9.154:8080/testTransfer/src-gen/BackFromRP.vxml
2014-10-14T11:08:23.724 Int 50028 00B90143-100053E5 1184361344 form_enter
2014-10-14T11:08:23.724 Int 50029 00B90143-100053E5 1184361344 form_select :__FORMITEM_NAME_$326$_:BLOCK
2014-10-14T11:08:23.724 Int 50033 00B90143-100053E5 1184361344 goto :#Entry1
2014-10-14T11:08:23.724 Int 50030 00B90143-100053E5 1184361344 form_exit normal
2014-10-14T11:08:23.724 Int 50028 00B90143-100053E5 1184361344 form_enter :Entry1
2014-10-14T11:08:23.724 Int 50029 00B90143-100053E5 1184361344 form_select :Entry:BLOCK
2014-10-14T11:08:23.724 Int 50033 00B90143-100053E5 1184361344 goto :#InteractionData1
2014-10-14T11:08:23.724 Int 50030 00B90143-100053E5 1184361344 form_exit normal
2014-10-14T11:08:23.724 Int 50028 00B90143-100053E5 1184361344 form_enter :InteractionData1
2014-10-14T11:08:23.724 Int 50029 00B90143-100053E5 1184361344 form_select :__FORMITEM_NAME_$329$_:BLOCK
2014-10-14T11:08:23.724 Int 50034 00B90143-100053E5 1184361344 [color=red]e[b]vent error.com.genesyslab.composer.invalidkey:1|Missing InteractionData key 'Text'[/b][color=red][/color][/color]
2014-10-14T11:08:23.724 Int 50080 00B90143-100053E5 1184361344 event_handler_enter :error .|http://10.84.9.154:8080/testTransfer/src-gen/BackFromRP.vxml
2014-10-14T11:08:23.725 Int 50035 00B90143-100053E5 1184361344 log com.genesyslab.quality.failure:error event terminated session
2014-10-14T11:08:23.725 Int 50018 00B90143-100053E5 1191385984 prompt
2014-10-14T11:08:23.726 Int 50043 00B90143-100053E5 1191385984 fetch_end Done (file):file:///opt/gcti/mcp/audio/alaw/default_audio/sorry_there_has_been_an_error.vox
2014-10-14T11:08:23.726 Int 50134 00B90143-100053E5 1191385984 prompt_play audio|builtin:default_audio/sorry_there_has_been_an_error.vox
2014-10-14T11:08:25.815 Int 50019 00B90143-100053E5 1191385984 prompt_end done
2014-10-14T11:08:25.816 Int 50081 00B90143-100053E5 1183357824 event_handler_exit :error .
2014-10-14T11:08:25.816 Int 50030 00B90143-100053E5 1183357824 form_exit normal
2014-10-14T11:08:25.816 Int 50036 00B90143-100053E5 1183357824 appl_end
2014-10-14T11:08:25.825 Int 50001 00B90143-100053E5 1155259264 incall_end aplend