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

Offline kevinwang

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

Offline smile

  • Sr. Member
  • ****
  • Posts: 286
  • Karma: 6
Re: Attached userdata passing issue between sip server and MCP
« Reply #16 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.

Offline kevinwang

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

Offline Fra

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

Offline kevinwang

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

Offline Fra

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

Offline kevinwang

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

Offline smile

  • Sr. Member
  • ****
  • Posts: 286
  • Karma: 6
Re: Attached userdata passing issue between sip server and MCP
« Reply #22 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)

Offline Fra

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

Offline victor

  • Administrator
  • Hero Member
  • *****
  • Posts: 1416
  • Karma: 18
Re: Attached userdata passing issue between sip server and MCP
« Reply #24 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!

Offline kevinwang

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

Offline naviat

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