Genesys CTI User Forum > Genesys-related Development

Keeping track of agents extension number

<< < (2/2)

Roath:
I am replacing a faulty component from an existing solution, therefore I don't have the option to change the solution. I have to match the Web Service interface exactly  so it just 'slots' in  8)

Looks like my new approach will work to me and be allot less load on things ( current component failing under load).

I'll go ahead and build it next week.

Cheers

Rob

PeteHoyle:
Hi Rob,

For the Statistics you could use a definition like this in StatServer:

Category = CurrentState
MainMask = *
Objects = Agent
Subject DNStatus



That will give you the Voice DN, Place and Switch that an Agent is logged onto:

'EventInfo' ('2')
message attributes:
REQ_ID [int]    = 1
USER_REQ_ID [int] = 0
TM_SERVER [int] = 1455020597
TM_LENGTH [int] = 0
LONG_VALUE [int] = 0
VOID_VALUE [object] = AgentStatus {
AgentId = MCR_Agent0
AgentStatus = 8
Time = 1455020565
PlaceStatus = PlaceId = SIP_Server_Place3
PlaceStatus = 8
Time = 1455020565
DNs = DnCollection (size=2) [
[0] DnStatus {
ObjectType = Agent
DN Id = 7003
SwitchId = SIP_Switch
GSW DN TYPES = 1
DN Status = 8
Time = 1455020565
}
[1] DnStatus {
ObjectType = Agent
DN Id = chat
GSW DN TYPES = 0
DN Status = 8
Time = 1455020597
}
]
LoginId = 5000
}

You could also look at using  RequestGetStatistic which will give you a one off event and then you don't need to worry about closing any statistics after x seconds of inactivity:

"Requests one-time notification about a particular predefined statistic. Note, this request is not applicable to the CurrentTargetState category. "


Hope this helps,

Pete.

Roath:
Hey Pete..

That's fantastic advice, thank you. I will have a look at that approach today.

I am currently getting place info back from the Stat Server when I request the statistic, the place id is correct, but the DN's is always empty. ( If I query the Place from config manager , i get the dn ids)

I will check out the statistic I am currently using , maybe it's different.

Nice idea about the single stat, have to decide if it's nicer to keep in memory and reduce the requests or keep it simple. I do like simple though 8)

Thanks so much, most appreciated.

Rob

Navigation

[0] Message Index

[*] Previous page