URS loses keys when call arives at the agent

[bogdan]

Hello,

When the call changes his ConnID 015201d1dff2aced -> 015201d1dff2acb4 it loses keys, this is done automatically on selecting targetObject in a two-step transfer mode.
Previously attached keys to the call, GSW_M_APPLICATION_ID & GSW_M_RECORD_HANDLE are lost when EventAttachedDataChanged message is received from the TServer. I am unable to trace who initiates this request.

[code]15:28:11.511_T_I_0000000000000000 [14:0c] EventPartyChanged is received for tserver buc_tserver_p_760[buc_pbx] (this dn=4331): 015201d1dff56323 -> 015201d1dff5630e
    _T_I_015201d1dff56323 [01:11] connid 015201d1dff5630e is bound to the call 2319505-8000000103519e50
    _T_I_015201d1dff56323 [01:04] change connid to 015201d1dff5630e
request to 65202(buc_tserver_p_760/buc_tserver_b_760) message RequestDistributeEvent
        AttributeCallUUID      '01SNT7ISSKE29CB5LG832CTAES0S55TV'
        AttributeTimeout        60
        AttributeExtensions    [212] 00 07 00 00..
                'SIGNATURE'    'router'
                'NAME'  'URS_Server_761_p'
                'VERSION'      'Version: 7.6.100.05'
                'CLUSTER'      'URS_Server_761_p'
                'VQID'  '01AILA7QF0E4B2E3LG832CTAES00VOJJ'
                'Location'      'buc_pbx'
                'CallUUID'      '01SNT7ISSKE29CB5LG832CTAES0S5644'
        AttributeUserData      [906] 00 22 00 00..
                'GSW_PHONE'    '60746146955'
                'GSW_TZ_OFFSET' 10800
                'GSW_CHAIN_ID'  1126
                        ...
                'GSW_RECORD_HANDLE'    96714
                'GSW_CALLING_LIST'      'clctn_pred_man_1'
                'GSW_CAMPAIGN_NAME'    'CLCTN_PRED_MAN_1'
                'GSW_APPLICATION_ID'    143
                'GSW_ATTEMPTS'  0
                        ...
                'GSW_USER_EVENT'        'collection_predictive'
                'GSW_OCS_AUTOANSWER'    'T'
                'GSW_M_RECORD_HANDLE'  '96714'
                'GSW_M_APPLICATION_ID'  '143'
                'GSW_CALL_RESULT'      '28'
                'RTargetAgentGroup'    'collection_predictive'
        AttributeOtherDNRole    1
        AttributeOtherDN        '891003'
        AttributeThisDNRole    2
        AttributeThisQueue      'vq_collection_predictive'
        AttributeThisDN 'vq_collection_predictive'
        AttributeCallType      3
        AttributeCallID 18103106
        AttributePreviousConnID 015201d1dff56323
        AttributeConnID 015201d1dff5630e
        AttributeCustomerID    'Resources'
        AttributeReferenceID    4294967295
        AttributeUserEvent      EventPartyChanged
..sent to blum.crm.orange.intra:3200(fd=22)
received from 65202(buc_tserver_p_760)blum.crm.orange.intra:3200(fd=) message EventAttachedDataChanged
        AttributeCallType      3
        AttributeCallID 18092328
        AttributeConnID 015201d1dff5630e
        AttributeCallUUID      '01SNT7ISSKE29CB5LG832CTAES0S55TV'
        AttributeUserData      [620] 00 16 00 00..
                'GSW_PHONE'    '60746146955'
                'GSW_TZ_OFFSET' 10800
                'GSW_CHAIN_ID'  1126
                'k_ocs_cli'    '0746146955'
                'k_ocs_cust_number'    '0357696459'
                'k_ocs_customer_type'  'PSLV'
                'k_ocs_record_date'    ''
                'k_ocs_balance' '903.99'
                'k_ocs_cust_promise'    'NONE'
                'k_ocs_cust_name'      'ILION CRISTIAN'
                'k_ocs_fix_phone'      '0746146955'
                'k_ocs_cust_field_1'    'ILION CRISTIAN'
                'k_ocs_account_id'      '3746718'
                'k_ocs_contact_id'      '41525042'
                'k_ocs_custolder'      'Old_Customer'
                'k_ocs_inv_date'        '23-JUL-2010'
                'GSW_RECORD_HANDLE'    96714
                'GSW_CALLING_LIST'      'clctn_pred_man_1'
                'GSW_CAMPAIGN_NAME'    'CLCTN_PRED_MAN_1'
                'GSW_APPLICATION_ID'    143
                'GSW_ATTEMPTS'  0
                'GSW_CALL_RESULT'      28
        AttributeThisDN '4331'
        AttributeThisDNRole    2
        AttributeTimeinSecs    1281097691 (15:28:11)
        AttributeTimeinuSecs    507265
        AttributeEventSequenceNumber    000000002eb192a2
15:28:11.511_T_I_015201d1dff5630e [14:32] EventAttachedDataChanged is received for tserver buc_tserver_p_760[buc_pbx] (this dn=4331)[/code]

How can I trace who generates this EventAttachedDataChanged?

You may ask what am I doing by duplicating this keys? The answer is that our SoftPhone application can only read Strings, no Integers, so I duplicate this keys and cast their values to String.

Best Regards

[René]

Hi mielu,

Can you post here TServer and URS log covering routing of mentioned call? Snippet in your post isn't very helpful.

R.

PS. It's a good practise to remove customer's details before posting any log on the forum

[bogdan]

Hello,

I've posted the links below where the logs can be found, I'm very sorry but I couldn't upload them here - I've got some errors during upload.
http://uploading.com/files/422m31db/urs_server_p.20100806_152723_905.zip/
http://uploading.com/files/63deffa2/buc_tserver_p.20100806_152613_974.zip/
http://uploading.com/files/fcb576mb/buc_tserver_p.20100806_152811_577.zip/

The call can be traced by the connectionIds 015201d1dff56323 -> 015201d1dff5630e

Best Regards

[kubikle]

Looks like URS starts to route consult call which is very short living. All URS es request to update user data (including GSW_M_RECORD_HANDLE etc) failed since when the requests reach tserver the consult call (whose connection ID was in updating requests) was already gone - Tsertver reply with error event (Unknown call).
Probably beeter to wait eventPartyChanged and only after that to uttach data in strategy, the easiest way Will be just to set URS option route_consult_call to false - URS itself will wait EvebtPartyChanged and start strategy on that event.