for all of us who are using Genesys over multiple sites how many of you are getting calls stuck in VQ?
Everytime we have a network hiccup, we end up with tens, sometimes hundreds of calls stuck in VQ (at least that’s what StatServer tells me) even though in real life they were defaulted.
I am using TestPhone to delete each of those calls from StatServer memory, but it is a major pain in a rear end.
I know that there are several ways of dealing with it, one of which buying an expensive Reporting GIS and developing a tool to look for stale calls in VQ (since StatServer’s remove_stuck_calls does not apply to calls in VQ)
I was thinking about developing a simple tool, which would be scanning StatServer logs and look for something like this:
CallWait (ConnID 52355751809449) since [11/12/05 21:02:19]
and then issuing a EventAbandoned to TServer for the relevant queue for calls whose timestamps were for example 2 hours long.
Has anyone developed anything like this?
If not, would somebody be interested in something like this? Or is there a better, simpler, and smarter way?
This tool examines a StatServer log to look for calls against DNs that have a duration greater than the specified value. If no value is supplied, then 60 minutes is the default. DNs that also remain in an OffHook state for the duration are also supplied. For each stuck call that is identified, both the decimal and hexadecimal ConnectionID is printed.