Hi there. Wondering if you had any update on this?
Original Message:
Sent: 07-16-2025 10:17
From: Deepa Subramanyam
Subject: Agents randomly going into Not Responding status without being alerted to an Interaction and other oddities
In our organization, we are utilizing AWS route tags to filter region-specific routes, following Genesys' recommendations. However, we've observed that the same Genesys media IPs are being learned from two different regions. It's currently unclear how Genesys handles this scenario, and we suspect this may be contributing to the ongoing RONA issues.
We are actively working with both our BYOC provider and the Genesys team to gain clarity on the correct configuration and to identify any discrepancies. Further investigation is underway to determine the appropriate routing behavior and ensure alignment with Genesys' best practices.
We request GEnesys to look into this on priority and help customer with right solution
------------------------------
[Deepa ] [S]
[Lead Technology Specialist ]
Original Message:
Sent: 07-16-2025 02:21
From: Rasko Radojevic
Subject: Agents randomly going into Not Responding status without being alerted to an Interaction and other oddities
Hi all,
Since the last comment in this thread, I've noticed several new discussions about the same topic, which indicates that the problem with "not responding" is recurring and persistent.
We've been facing ongoing challenges with intermittent "not responding" issues during voice calls in the native Genesys Cloud UI. Despite following best practices related to bandwidth, browser configuration, and agent PC specifications, the problem continues to appear in unpredictable ways.
In our communication with Genesys Support, the most recent update we received stated:
"This appears to be a combination of the user's PC performance and/or network slowness (or one leading to the other), where messages from the cloud are not reaching the user immediately and the client is taking too long to respond."
This again points to the idea that from the Genesys perspective, these issues are always attributed to the customer environment-even when the customer is an enterprise, not a startup with "my nephew set up the network" type of infrastructure.
You've probably seen the recent announcement from Microsoft, introducing a dedicated desktop app for their Dynamics 365 Contact Center platform-not just a UI shell, but a separate native voice engine. The reasoning behind this move is clear: while browsers are convenient, they are not yet robust enough to consistently handle real-time media, especially under enterprise workloads.
This validates what many of us in the field have suspected:
"Voice issues are not always due to bad networks or slow PCs-they're often a result of pushing real-time audio through a fragile, multi-purpose browser runtime."
While Genesys has often suggested that these problems stem from customer-side infrastructure, it's not always realistic to expect every agent to operate on a high-end machine with flawless conditions. Even minor fluctuations in browser memory, tab crashes, or device permission errors can easily lead to dropped or delayed calls.
Let me be clear-we strongly support the pure cloud model, without the need for specialized software installations. However, this model needs to be realistically adaptable to the environments in which contact centers operate today.
These ongoing issues highlight a critical gap between the cloud-native vision and operational reality. Browsers were never originally built for enterprise-grade real-time media handling, and some of the issues we're seeing-audio dropouts, delayed connects, or "not responding" agent states-may stem from fundamental browser limitations, not just infrastructure quality.
I'm not suggesting that D365 Contact Center is a better product (because frankly, it's not), but the fact that after just one year, Microsoft acknowledged this issue and delivered a dedicated voice runtime should be a signal to all of us. It's not a step away from cloud-it's a step toward making cloud more resilient.
We believe it's important for Genesys to acknowledge these challenges more openly, and to consider complementary approaches-such as native voice runtimes or modular desktop components-that could enhance stability without compromising the core cloud-native foundation.
Looking forward to hearing perspectives from both the community and the Genesys team.
Warm regards
RASKO
------------------------------
Раско Радојевић
Rasko Radojevic
Serbia
Original Message:
Sent: 04-09-2025 12:40
From: Shane Jenkins
Subject: Agents randomly going into Not Responding status without being alerted to an Interaction and other oddities
Hi all,
We do have an open case with Care on these issues, but curious if anyone else out there has experienced this behavior. For us, this seemingly started happening recently (within last few months) and growing in number of reported issues.
The behavior we are seeing is randomly our agents are showing to be On Queue (from within their Genesys Cloud browser session) while Interactions in their Queue are waiting and they aren't getting offered. If these agents check the Agent Status dashboard, it may show them in another status such as Meeting. Most of the time the agent can simply refresh their browser and then an Interactions is indeed offered.
The biggest challenge here is the agent sits there thinking they are On Queue and if they aren't paying attention, Interactions stack up and they never get offered.
Another related issue is at random times, the agent will go from an On Queue Status to Not Responding, but the agent never receives an Interaction alerting/offered alert. We can also find no evidence in Performance Views of any Interaction alerting the agent to cause them to go into Not Responding. We do however see that the agent did indeed get placed into Not Responding status. It's like phantom interactions being offered, but never presented to the agent nor can we find them in performance views.
It is like the agents status isn't in sync at all times or Genesys Cloud isn't honoring their current status. We do have a screenshot or two as evidence of this behavior, which is kind of hard to believe or even explain without seeing it.
Anyone experienced similar behavior or have any suggestions?
As always, thanks all!
#Reporting/Analytics
#SIP/VoIP
#SystemAdministration
#Telephony
------------------------------
Shane
------------------------------