Hi Datta,
As Jason mentioned, it is a request to tear down the call session. Specifically, this is seen when user clicks on the disconnect button.
It sends an https message from the client to the cloud where it routes the message to the edge and tears down the agent leg of the session.
A normal call timeout should change the user's routing status to NOT RESPONDING. If you do not see the agent switch to NOT RESPONDING state, the alerting did not timeout and disconnect button was clicked.
If the agent persists that no disconnect happened, run the browser logs (network/console) while they're on queue and observe the behavior.
Often when logs are enabled, these issues disappear ;)
------------------------------
Niel Vicente
Technical Lead - DAMAC Properties
Ex-Genesys
------------------------------
Original Message:
Sent: 11-26-2024 07:32
From: Datta Rajdeep
Subject: Sent Kafka edge command cloud.command.disconnect
Hi Folks,
Sometime we have seen few calls which was supposed to rang 30 sec but it rang few sec and passed on to another agnet and upon checking with Genesys with the interaction id they shared "Sent Kafka edge command cloud.command.disconnect" which was sent from user's work station to Genesys Edge.
This is not a permanent issue so there should not be any issue with Firewall rules .
Just wanted to know more about this disconnection reason and what glitch in workstation could have caused this issue ?
Thanks in Advance,
Rajdeep
#Routing(ACD/IVR)
------------------------------
Datta Rajdeep
------------------------------