« previous next »
Pages: [1] 2   Go Down

Author Topic: Attached userdata passing issue between sip server and MCP  (Read 26754 times)

Offline kevinwang

  • Full Member
  • ***
  • Posts: 159
  • Karma: 0
Attached userdata passing issue between sip server and MCP
« 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
« Last Edit: August 09, 2012, 02:18:57 PM by kevinwang »
Logged

Offline Fra

  • Hero Member
  • *****
  • Posts: 856
  • Karma: -3
Re: Attached userdata passing issue between sip server and MCP
« Reply #1 on: August 09, 2012, 04:35:34 PM »
Silly question: can you actually see the X-Genesys- attached data passed in to RM?

Fra
Logged

Offline kevinwang

  • Full Member
  • ***
  • Posts: 159
  • Karma: 0
Re: Attached userdata passing issue between sip server and MCP
« Reply #2 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]


Logged

Offline René

  • Administrator
  • Hero Member
  • *****
  • Posts: 1832
  • Karma: 62
Re: Attached userdata passing issue between sip server and MCP
« Reply #3 on: August 09, 2012, 04:49:09 PM »
Kevin,

Have you enabled CTI in IVR profile of your app?

R.
Logged

Offline kevinwang

  • Full Member
  • ***
  • Posts: 159
  • Karma: 0
Re: Attached userdata passing issue between sip server and MCP
« Reply #4 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.
Logged

Offline kevinwang

  • Full Member
  • ***
  • Posts: 159
  • Karma: 0
Re: Attached userdata passing issue between sip server and MCP
« Reply #5 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
Logged

Offline René

  • Administrator
  • Hero Member
  • *****
  • Posts: 1832
  • Karma: 62
Re: Attached userdata passing issue between sip server and MCP
« Reply #6 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.
Logged

Offline smile

  • Sr. Member
  • ****
  • Posts: 286
  • Karma: 6
Re: Attached userdata passing issue between sip server and MCP
« Reply #7 on: August 10, 2012, 07:15:07 AM »
kevinwang, what is the benefit using CTI through IVR server rather than CTI through SIP server?
Logged

Offline kevinwang

  • Full Member
  • ***
  • Posts: 159
  • Karma: 0
Re: Attached userdata passing issue between sip server and MCP
« Reply #8 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
« Last Edit: August 10, 2012, 03:04:32 PM by kevinwang »
Logged

Offline kevinwang

  • Full Member
  • ***
  • Posts: 159
  • Karma: 0
Re: Attached userdata passing issue between sip server and MCP
« Reply #9 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
Logged

Offline kevinwang

  • Full Member
  • ***
  • Posts: 159
  • Karma: 0
Re: Attached userdata passing issue between sip server and MCP
« Reply #10 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>
Logged

Offline Fra

  • Hero Member
  • *****
  • Posts: 856
  • Karma: -3
Re: Attached userdata passing issue between sip server and MCP
« Reply #11 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
Logged

Offline kevinwang

  • Full Member
  • ***
  • Posts: 159
  • Karma: 0
Re: Attached userdata passing issue between sip server and MCP
« Reply #12 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.

Logged

Offline Fra

  • Hero Member
  • *****
  • Posts: 856
  • Karma: -3
Re: Attached userdata passing issue between sip server and MCP
« Reply #13 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
Logged

Offline Fra

  • Hero Member
  • *****
  • Posts: 856
  • Karma: -3
Re: Attached userdata passing issue between sip server and MCP
« Reply #14 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
Logged
Pages: [1] 2   Go Up
« previous next »