Attached userdata passing issue between sip server and MCP

kevinwang · August 9, 2012, 2:16pm

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
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’
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
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’
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]
2012-08-08T14:36:09.882 Int 50034 00F30102-10002E1E 4380 event error.com.genesyslab.composer.invalidkey:1|Missing InteractionData key ‘userdata1’
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.

            <block>
                [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>
                                    <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

Fra · August 9, 2012, 4:35pm

Silly question: can you actually see the X-Genesys- attached data passed in to RM?

Fra

kevinwang · August 9, 2012, 4:48pm

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
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

Rene · August 9, 2012, 4:49pm

Kevin,

Have you enabled CTI in IVR profile of your app?

R.

kevinwang · August 9, 2012, 5:00pm

Yes, I did.

kevinwang · August 9, 2012, 5:04pm

[gvp.general]
service-type=voicexml

[gvp.policy]
cti-allowed=true
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

Rene · August 10, 2012, 5:42am

Hi Kevin,

I asked question about CTI because MCP indicates in the log that CTI is not enabled

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'

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

R.

smile · August 10, 2012, 7:15am

kevinwang, what is the benefit using CTI through IVR server rather than CTI through SIP server?

kevinwang · August 10, 2012, 12:57pm

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
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
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
[2012-08-10 08:45:01.453 DBUG 00000000-00000000 2916 09400901 PolicyDataStoreObjects.cxx:1352 VoiceXML Script URL is not set for Application [HelloWorld]
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
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;
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

kevinwang · August 10, 2012, 3:19pm

kevinwang post:9:

René post:7:

Hi Kevin,

I asked question about CTI because MCP indicates in the log that CTI is not enabled

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'

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

R.

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
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
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
[2012-08-10 08:45:01.453 DBUG 00000000-00000000 2916 09400901 PolicyDataStoreObjects.cxx:1352 VoiceXML Script URL is not set for Application [HelloWorld]
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
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;
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

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

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

kevinwang · August 10, 2012, 4:32pm

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

Fra · August 10, 2012, 7:37pm

In the snippet you posted, I can see only X-Genesys-GVP-Session-Data and X-Genesys-GVP-Session-ID, which are created 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

kevinwang · August 13, 2012, 4:38pm

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.

Fra · August 14, 2012, 9:30am

kevinwang post:13:

Fra post:12:

In the snippet you posted, I can see only X-Genesys-GVP-Session-Data and X-Genesys-GVP-Session-ID, which are created 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

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.

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

Fra · August 14, 2012, 9:43am

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

kevinwang · August 14, 2012, 1:17pm

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.

smile · August 14, 2012, 9:32pm

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.

kevinwang · August 16, 2012, 3:06pm

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.

Fra · August 17, 2012, 9:09am

Have you added the userdata-map-filter to the Voice Treatment Ports? Can you see any attached data passed to MCP now?

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

kevinwang · August 20, 2012, 1:22pm

Fra post:19:

Have you added the userdata-map-filter to the Voice Treatment Ports? Can you see any attached data passed to MCP now?

kevinwang post:18:

Fra post:15:

kevinwang post:13:

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.

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

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.

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

Configuring CTI Flagging for IVR Profiles
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.