I'm trying to figure out, why idle users in Citrix monitoring are generating insane network time. Channel is Thinwire. This is verified as Idling user from the NS insight. Insight shows 0 operations to current user.
Anyone else had this kind of monitoring issues with Citrix-Idlers?
Solved! Go to Solution.
I have seen similar things historically. When the client switches from Active to Passive (sleeping), the "heartbeat" Changes side and instead of the client requesting data from the server, the server starts asking the client (Are you alive?) which tilts the picture so the the response time becomes the time between the heartbeats.
Do I make sense? 🙂
If you promise not to laugh - The first time I saw the same thing was when I reported on a TN3270 session going to the mainframe.
As long as the user was working, they were sending requests to the MF and thereby established that they were the client and the MF was the "server", coming back with a ACK.
When the users stopped actively working, the MF would send a check to the client to see if they were still there. The client would respond "Yes". This response (not being decoded as a response) was interpreted as a request being sent to the MF, and then we would wait 30 minutes until the MF sent the next "Are you there", we would take that as the response to the previous "Yes", and that would yield a response time of 30 minutes 🙂
In the end I think we capped the max response time to 60 seconds for that decode as this was terminal traffic (which, ironically ICA also is).