ORS Strategy is not attached to call

[Vishwasam]

Hi,

We have ORS implementation with out Persistence and Cassandra is not implemented or configured in ORS application in the environment. This is from lab environment.

Will ORS work with out Cassandra configuration ?

Below is the URS log .SCXMl server is unable to load the strategy.

07:15:34.132_T_I_0071029e0dbbf004 [14:0c] EventRouteRequest is received for ts Sip_server[Sip_server] (this dn=xxx)
    _T_I_0071029e0dbbf004 [14:09] add DN Sip_server xxx <xxx@SIP_server> (CDN 71 0071029e0dbbf004 5464450) to the call 48-54de0e0 truly:11
    _T_I_0071029e0dbbf004 [14:08] check delayed proc
    _I_I_0071029e0dbbf004 [14:33] strategy: **ORS (1085200831) is attached to the call
07:15:34.132 Int 20001 interaction 0071029e0dbbf004 is started
07:15:34.132 RLIB: request to 23(URS_server) message StartStrategy(1000000200)
callid(1000000000) 71029e0dbbf004
conn::write(23,len=18)
    _I_I_0071029e0dbbf004 [01:14] current call classification: media=voice(100), service=default(200), segment=default(300)
07:15:34.132_I_I_0071029e0dbbf004 [09:06] >>>>>>>>>>>>start interp()
    _I_I_0071029e0dbbf004 [09:04] ASSIGN: Name(SCRIPT) <- STRING: "ScxmlServer"
07:15:34.132_I_I_0071029e0dbbf004 [07:48] func will be continued(0,3e003b1)
07:15:34.132_I_I_0071029e0dbbf004 [09:04] <<<<<<<<<<<<suspend interp(JUMPING), func:CallStrategy timers:00001
07:15:34.132_I_I_0071029e0dbbf004 [07:49] func is continued(0,3e003b1)
    _I_I_0071029e0dbbf004 [07:43] call strategy **ScxmlServer (level=2, crc=2017067877)
    _I_I_0071029e0dbbf004 [09:06] SCXML: init session SID=026JM2HSNSCEFDMB7K5JE2LAES000004, doc=ScxmlServer
07:15:34.132_I_I_0071029e0dbbf004 [09:06] >>>>>>>>>>>>start interp()
    _I_I_0071029e0dbbf004 [07:46] no error mode for this call
    _I_I_0071029e0dbbf004 [09:04] ASSIGN: v:0:this(LOCAL) <- OBJECT:0x2ce8cf0[Global]={"Class":"Global"}
    _I_I_0071029e0dbbf004 [09:04] ASSIGN: v:0:_genesys(LOCAL) <- OBJECT:0x42ba6b0[Object]={}
    _I_I_0071029e0dbbf004 [09:04] ASSIGN: v:0:_mode(LOCAL) <-  ***
    _I_I_0071029e0dbbf004 [1F:03] ASSIGNMEMBER: 0x42ba6b0 [STRING: "urs"] <-  ***
    _I_I_0071029e0dbbf004 [1F:03] ASSIGNMEMBER: 0x42ba6b0 [STRING: "queue"] <-  ***
    _I_I_0071029e0dbbf004 [1F:03] ASSIGNMEMBER: 0x42ba6b0 [STRING: "session"] <-  ***
    _I_I_0071029e0dbbf004 [1F:03] ASSIGNMEMBER: 0x42ba6b0 [STRING: "ixn"] <-  ***
    _I_I_0071029e0dbbf004 [1F:03] ASSIGNMEMBER: 0x42ba6b0 [STRING: "dialog"] <-  ***
    _I_I_0071029e0dbbf004 [1F:03] ASSIGNMEMBER: 0x42ba6b0 [STRING: "stat"] <-  ***
    _I_I_0071029e0dbbf004 [1F:03] ASSIGNMEMBER: 0x42ba6b0 [STRING: "resource"] <-  ***
    _I_I_0071029e0dbbf004 [09:06] <<<<<<<<<<<<stop interp
    _I_I_0071029e0dbbf004 [09:06] SCXML: session SID=026JM2HSNSCEFDMB7K5JE2LAES000004 initialized
07:15:34.132_I_I_0071029e0dbbf004 [1c:06] SCXML: {{{{{start session SID=026JM2HSNSCEFDMB7K5JE2LAES000004
    _I_I_0071029e0dbbf004 [1c:06] 1. SCXML: look for transitions (1)
    _I_I_0071029e0dbbf004 [1c:05] 2. SCXML: microstep
    _I_I_0071029e0dbbf004 [1c:05] 2.1 SCXML: microstep exitting phase
    _I_I_0071029e0dbbf004 [1c:05] 2.2 SCXML: microstep transiting phase
    _I_I_0071029e0dbbf004 [1c:05] 2.3 SCXML: microstep entering phase
    _L_I_0071029e0dbbf004 [1c:03] SCXML: entering state <initial>
07:15:34.132_I_I_0071029e0dbbf004 [09:08] >>>>>>>>>>>>start interp(f:0:_d_1_initial)
    _I_I_0071029e0dbbf004 [09:04] ASSIGN: p:25:this(LOCAL) <- OBJECT:0x2ce8cf0[Global]={"Class":"Global"}
07:15:34.132_I_I_0071029e0dbbf004 [09:04] <<<<<<<<<<<<suspend interp(NONE), func:SCXMLGetEvent timers:00000
    _I_I_0071029e0dbbf004 [1c:06] 1. SCXML: look for transitions (2)
07:15:34.132_I_I_0071029e0dbbf004 [1c:06] SCXML: }}}}}suspend session SID=026JM2HSNSCEFDMB7K5JE2LAES000004

ORS log:

06:09:00.798 GCTICall: DataChanged: UserData:1, Extension:0, Reasons:0, event: EventCallDataChanged, callGUID 01BV38ID44CEBE8K7O5JE2LAES000003
06:09:00.798 call id 0071029e0dbbf004. userdata was changed
06:09:00.798 {CallMonitor:1} OnCallInfoChanged
06:09:00.798 {SessionManager:1} [IDX]: >> GET >> FMID=01BV38ID44CEBE8K7O5JE2LAES000003 NOT FOUND
06:09:00.798 <<<=== 'EventCallPartyAdded'(163) seq=431b



I am able to browse IPD script deployed in Orchestration section and Route point is attached with strategy is reflecting in Orchestration section and Router section- Strategy <=> ORS

[TheDarkestStar]

Hi Vishwasam,

1. Do you see anything happening in ORS log? Does it start a session? If yes, please post it here.
2. Cassandra was mandatory for ORS prior to version 8.1.3. Since then, it's optional.

Cheers,
Alex.

[Kubig]

Check the ORS logs, not the URS as the SCXML is processing on ORS level.

[Vishwasam]

Thanks for the info.

I did check ORS logs and it doesn't seem to start any session.

Just want to know if Cassandra has to do anything with this. May be i need to check any firewall issues as i deploy the war file in my local desktop.

[eugene]

cassandra has nothing to do with it - check if the RouteRequest made it to ORS as well.

[gen_den]

Yes, it will work without Cassandra also. I have tested this in lab.

[Kubig]

This was mentioned lot of times - Cassandra is no longer mandatory (since 8.1.3)

[genesysnoob]

I am facing the same problem, Does anyone know how to fix

same events are happening in URS  for me and ORS

[cavagnaro]

[quote author=genesysnoob link=topic=10272.msg55322#msg55322 date=1690126221]
I am facing the same problem, Does anyone know how to fix

same events are happening in URS  for me and ORS
[/quote]So you saw the OP uploaded wrong logs and never post the correct ones and yet you do the same and expect a magical fix?
You are not longer noob. Please do your job to help you. Upload at least proper logs and describe your environment

Enviado de meu SM-S918B usando o Tapatalk

[genesysnoob]

[quote author=cavagnaro link=topic=10272.msg55324#msg55324 date=1690274820]
[quote author=genesysnoob link=topic=10272.msg55322#msg55322 date=1690126221]
I am facing the same problem, Does anyone know how to fix

same events are happening in URS  for me and ORS
[/quote]So you saw the OP uploaded wrong logs and never post the correct ones and yet you do the same and expect a magical fix?
You are not longer noob. Please do your job to help you. Upload at least proper logs and describe your environment

Enviado de meu SM-S918B usando o Tapatalk
[/quote]

My  issue  has been resolved. thanks