Genesys CTI User Forum > Genesys-related Development
Reason code for AgentNotReady event
florence_c:
Hello,
We work with switch Avaya ACM and TServer for this switch.
When an EventAgentNotReady occurs, I believe there is a reason code associated to this event (integer from 1 to 99 sent by switch), but I see nothing in the attributes of the event that could be a reason code. Here is what I see in TServer logs for EventAgentNotReady event :
@14:22:33.6700 [0] 8.1.001.16 distribute_event: message EventAgentNotReady
AttributeExtensions [53] 00 01 00 00..
'AgentSessionID' 'LGGE53UK6P51N70AF1KP2ESCVK00003M'
AttributeEventSequenceNumber 0000000000000496
AttributeCustomerID 'Resources'
AttributeTimeinuSecs 670000
AttributeTimeinSecs 1355923353 (14:22:33)
AttributeThisDN '855502'
AttributeAgentWorkMode 4 (AuxWork)
AttributeAgentID '355002'
I expected to have a "ReasonCode" attribute in AttributeExtensions section, but there is nothing.
Could you please tell me how to retrieve the reason code associated to NotReady event ?
Thanks in advance.
Florence.
Fra:
In order to see what the Avaya passes, you need to parse the ASAI message corresponding to the EventNotReady in your TServer log.
However, reason codes can be used only if your agent desktop supports them: in essence, the TAgentNotReady sent to TServer must have both the attribute extension
WorkMode aAgentAuxWork and the ReasonCode. Only if this is met, the switch will respond accordingly and TServer will contain the ReasonCode attribute.
Fra
florence_c:
Hi Fra,
I've got no problem when sending notready requests : as you can see in the log below, I send my reason code in AttributeExtensions, then I can see it in ASAI message, and finally I see it in AttributeExtensions of the EventAgentNotReady response event:
15:58:50.906 Trc 04541 RequestAgentNotReady received from [528] (0000001b Bandeau_Integration1 10.133.25.94:38062)
message RequestAgentNotReady
AttributeReferenceID 47
AttributeThisDN '855504'
AttributeAgentWorkMode 4 (AuxWork)
AttributeReason [22] 00 01 00 00..
'ReasonCode' 'PAUSE'
AttributeExtensions [21] 00 01 01 00..
'ReasonCode' 18
@15:58:50.9060 [gctmi] Distributing request RequestAgentNotReady
@15:58:50.9060 [asai] AgentLogin [855504,id355004,sRDY] (reqAgentNotReady)
TP_AsaiData
REGISTER CRV:54b
Facility: INVOKE
InvokeId: 3
Operation: FeatureRequest
Feature: ChangeWorkModes
Domain: (ACD_Split),'00'
Domain: (Extension),'855504'
Domain: (PendingWorkMode),1
Domain: (ReasonCode),18
@15:58:50.9060 [>>] 08 00 00 2D 08 02 05 4B 64 96 1C 25 91 A1 22 02 01 03 02 01 8F 40 1A 96 48 01 81 49 03 81 30 B0 49 07 83 38 35 35 35 30 B4 49 02 9C 81 49 02 98 92
@15:58:50.9060 [<<] 08 00 00 0E 08 02 85 4B 5A 96 1C 06 91 A2 03 02 01 03
TP_AsaiData
RELEASE_COMPLETE CRV:854b
Facility: RETURN_RESULT
InvokeId: 3
@15:58:50.9060 [asai] (processRtrnRsltNotReady)
@15:58:50.9060 [gctmi] request RequestAgentNotReady ctiRefId 1355 deactivated in reqMgr
@15:58:50.9060 [gctmi] TMsg [EventAgentNotReady()] distributing to model
@15:58:50.9060 [gctmi] AgentLogin [855504,id355004,sRDY] distributing EventAgentNotReady
@15:58:50.9060 [gctmi] AgentLogin [855504,id355004,sRDY] processNotReady
@15:58:50.9060 [gctm] AgentLogin [855504,id355004,sRDY] Changing state to 3
@15:58:50.9060 [gctmi] request RequestAgentNotReady ctiRefId 1355 removed from reqMgr
@15:58:50.9060 [0 ] 8.1.001.16 distribute_response: message EventAgentNotReady
AttributeExtensions [72] 00 02 01 00..
'ReasonCode' 18
'AgentSessionID' 'LGGE53UK6P51N70AF1KP2ESCVK000674'
AttributeEventSequenceNumber 0000000000006ea5
AttributeCustomerID 'Resources'
AttributeTimeinuSecs 906000
AttributeTimeinSecs 1356015530 (15:58:50)
AttributeThisDN '855504'
AttributeAgentWorkMode 4 (AuxWork)
AttributeAgentID '355004'
AttributeReason [22] 00 01 00 00..
'ReasonCode' 'PAUSE'
AttributeReferenceID 47
My problem is when Avaya is itself the requester : use case is when a call rings on a desktop, then agent does not answer, and call is finally DIVERTED. In this case, I believe that Avaya sends a NotReady request with RONA reason code (RONA reason code has been configured to 99 in the PBX : can't attach screenshot because of error "The upload folder is full. Please try a smaller file and/or contact an administrator."). I expected to see a ReasonCode=99 in the ASAI message and in AttributeExtensions but don't.
Thanks for your help.
Florence.
cavagnaro:
The call is not diverted on that scenario, but FORWARDED by your PBX to another place. Or maybe you can control the ringing time on the TServer and return it to the queue as happens on Alcatel PBX.
If the PBX sends this is only a message telling you that the agent didn't answer and to preserve quality it put him on NotReady...which is ok (whip that agent)
So what you have to do is control that event, either on PBX, on agent or on Tserver, but no way Avaya will attach further info I think...unless some Avaya expert says you can order it to attach a data...
Regards
florence_c:
Well, the fact is I do see the EventDiverted in the Tserver logs, but this event is not relayed to my desktop (called Bandeau_Integration1):
11:22:32.618 Int 04544 Interaction message "EventDiverted" generated
11:22:32.618 Trc 04542 EventDiverted sent to [508] (00000005 icon_voice 10.133.25.87:51832)
11:22:32.618 Trc 04542 EventDiverted sent to [520] (00000008 ccp_statserver 10.133.25.85:51619)
11:22:32.618 Trc 04542 EventDiverted sent to [516] (00000007 bandeau_statserver 10.133.25.85:51618)
11:22:32.618 Trc 04542 EventDiverted sent to [492] (00000002 urs 10.133.25.73:49315)
When TServer receives EventDiverted, then it sends an EventReleased to my desktop. So unless there are some special attributes in EventReleased that could indicate RONA/DIVERTED/etc, I currently have no criteria to decide that this case is a RONA case and this other case is not... :'(
Or perharps there is some configuration I can set for my TServer to send the EventDiverted to my desktop ???
Navigation
[0] Message Index
[#] Next page
Go to full version