Genesys CTI User Forum

Genesys CTI User Forum => Genesys CTI Technical Discussion => Topic started by: scott on January 01, 1970, 12:00:00 AM

Title: Cannot route the call
Post by: scott on January 01, 1970, 12:00:00 AM

Hi, I have this problem with the router. The router cannot find the strategy that is associated with a CDN even though the strategi is loaded. It always says " There is no value for option strategy". I think I am missing some option but I am not sure whihc one is it?

Here is a section of the log :



received from fd=15 message EventRouteRequest
AttributeCallType 1
AttributeCallID 839
AttributeConnID 000100c60df53001
AttributeCustomerID '0'
AttributeExtensions [41] 00 02 02 00..
'OrigAddrType' bin: 00 08
'OrigAddress' '7999'
AttributeThisDN '29000'
AttributeThisDNRole 2
AttributeThisTrunk 0
AttributeThisQueue '29000'
AttributeOtherDN '7999'
AttributeOtherDNRole 1
AttributeOtherTrunk 0
AttributeTimeinSecs 996622419
AttributeTimeinuSecs 950517
07/31/01@15:43:33 _T_I_0000000000000000 [tserver_check_tmodel] EventRouteRequest is received for tserver MMCC_tserver (this dn=29000)
_C_W_000100c60df53001 [call_create] call with unknown tenant: 0
_C_W_000100c60df53001 [get_option_aux] default value (0) will be used for option use_parking_threshold
_I_I_000100c60df53001 [call_create] call (15d7a98) for 0 created
_T_I_000100c60df53001 [tserver_add_tpoint] add DN (MMCC_tserver 29000 CDN <29000@MMCC_Switch>) truly
_T_I_000100c60df53001 [execute_delayed] check delayed proc
_C_W_000100c60df53001 [get_option_aux] there is no any value for option strategy0x1
_C_W_000100c60df53001 [get_option_aux] default value (0) will be used for option use_parking_threshold
Tue Jul 31 15:43:33 2001.395 Trace 027 router GCTI1520001 interaction 000100c60df53001 is started


PROBLEM IS HERE ---


_I_W_000100c60df53001 [tserver_start_with_no_strategy] no strategy > default
Tue Jul 31 15:43:33 2001.396 Trace 027 router GCTI1520003 interaction 000100c60df53001 is routed to default
_C_W_000100c60df53001 [get_option_aux] there is no any value for option default_destination
_C_W_000100c60df53001 [get_option_aux] there is no any value for option default_destination
request to 1000002 message RequestUpdateUserData
AttributeReferenceID 11
AttributeUserData [17] 00 01 01 00..
'PegDEF' 1
AttributeConnID 000100c60df53001
AttributeThisDN '29000'
_C_W_000100c60df53001 [get_option_aux] there is no any value for option default_destination
07/31/01@15:43:33 _T_I_000100c60df53001 [tserver_route_call] send to tserver MMCC_tserver RequestRouteCall to dn on (dnis= )
request to 1000002 message RequestRouteCall
AttributeReferenceID 12
AttributeRouteType RouteTypeDefault
AttributeExtensions [23] 00 01 00 00..
'CUSTOMER_ID' '0'
AttributeOtherDN ''
AttributeConnID 000100c60df53001
AttributeThisDN '29000'
_A_I_000100c60df53001 [MoveCallLocal] ----->DEPARTURE(processing time 9)
received from fd=15 message EventAttachedDataChanged




=====

Title: Cannot route the call
Post by: Vic on January 01, 1970, 12:00:00 AM

Scott,

are you in a multi enant environment?
call with unknown tenant: 0
My first guess would be that the customerid for IR and the rest of the environment is not the same...

If you are using a multi enant environemnt then make sure that product has the same name as the tenant, if you are not using it, then make sure that it is not defined.

I will run few test to see if this is the reason.

Title: Cannot route the call
Post by: scott on January 01, 1970, 12:00:00 AM

Hi, Vic. Thanks for your reply. Mine is a single tenant.

Also, I tried not specifying the customerid field. However, it is still not finding the strategy.

Title: Cannot route the call
Post by: Vic on January 01, 1970, 12:00:00 AM

Scott,

you have customerid defined in your TServer, because you have AttributeCustomerID '0' as part of the attach data.
Check your TServer settings and make sure that customerid is "" and not NULL or zero, etc..

Title: Cannot route the call
Post by: scott on January 01, 1970, 12:00:00 AM

Thanks, Vic.

It is indeed correct that the customeri should be set to "". Thanks,

Scott