we've done an analysis of these messages and we could see an increase in those messages. So an increased number of reports is also based on an increased number of this happening. It might be related to some new Win11 policies, because there is also some patching of Win11 running, but it's hard to get to the root cause.
Original Message:
Sent: 10-08-2025 16:04
From: Ninette Elashry
Subject: Telephony-0010 and Telephony-0011 Events recently started
Hello Adrian,
Thank you for the update. From your message, Support confirmed that the recent change was only related to logging and reporting in the latest Edge release, and that this update - and the visibility of this error - does not indicate new issues for agents.
However, I'm wondering why we've seen an increase in client reports of dropped calls since that update. While the error may not have been visible to agents previously, any dropped calls that occurred have always been reported by the client."
------------------------------
Ninette Elashry
Senior Application Specialist
Original Message:
Sent: 10-08-2025 03:24
From: Adrian Rodriguez
Subject: Telephony-0010 and Telephony-0011 Events recently started
Hi, All
We reported this kind of issues, and this is the response of Genesys Support.
Since Edge release: 1.0.0.26833, Organizations will now be able to see the WebRTC disconnect errors logged in the Console. Events such as the Telephony-0010 and 0011.
- This logging was previously not being included or displayed in the Console due to the manner in which Genesys handled WebRTC station sessions during interactions. Since the session handling has been updated with the modern WebRTC feature, this now allows the details for the WebRTC disconnect's Analytics data to be logged and available to you.
- Please keep in mind that the presenting of the errors now do not mean that you are now experiencing "new" issues/errors, but this is more to provide more details regarding what occurred and identifying the disconnect reason.
- Previously you would need to raise these disconnect issue with Support in order for us to identify what caused the disconnect. Now as an Admin in the Organization, you will have more details with those Telephony Events.
I hope this will be useful :)
BR
------------------------------
Adrian Rodriguez
Original Message:
Sent: 10-07-2025 15:29
From: Ninette Elashry
Subject: Telephony-0010 and Telephony-0011 Events recently started
Hello George,
Thank you for the information. I believe the following points remain unclear:
Was there an Edge update that introduced a change in how the IceIdle error is reported?
Prior to this change, did the IceIdle error result in call disconnects/dropped calls, or was it only visible in the logs?
Thank you for clarifying.
------------------------------
Ninette Elashry
Senior Application Specialist
Original Message:
Sent: 10-07-2025 14:12
From: George Ganahl
Subject: Telephony-0010 and Telephony-0011 Events recently started
That is internal info I dug up. I don't know of it being posted anywhere else. Something our folks discovered while working with Microsoft Support
------------------------------
George Ganahl GCCX-AI, GCP, GCSME
Technical Adoption Champion
Genesys
2024 Community Member of the Year
Original Message:
Sent: 10-07-2025 13:38
From: Ninette Elashry
Subject: Telephony-0010 and Telephony-0011 Events recently started
Hi George,
Can you please provide a link of the documentation regarding the Group Policy? Where is this information posted?
Thank you.
------------------------------
Ninette Elashry
Senior Application Specialist
Original Message:
Sent: 10-03-2025 10:36
From: George Ganahl
Subject: Telephony-0010 and Telephony-0011 Events recently started
10 seconds matches a recently-discovered issue when Group Policy gets applied to a Windows machine (I think mainly Windows 11) that results in sending sending an LLDP Shutdown message:
"...an LLDP packet which states 'Shutdown LLDP'. This packet causes the NIC on the machine to essentially be reset, and since Genesys Cloud does not currently have any ability to reestablish ICE connectivity after it has been lost the call will simply disconnect."
There is a fix currently in Limited Availability status which will allow for "...graceful media stream recovery for WebRTC calls"
So, when you communicate with Support you might ask about the steps you can take in Group Policy to avoid that particular issue.
To test the effect,
On an affected user/machine, perform an outbound WebRTC call from Genesys Cloud.
Open cmd.exe as administrator on the machine
Run the command 'gpupdate /force'
If the client is affected by this issue, you will see the call disconnect about ten seconds later. If you do not see the call disconnect after running the command above, you likely have another bit of software which is triggering the LLDP shutdown.
------------------------------
George Ganahl GCCX-AI, GCP, GCSME
Technical Adoption Champion
Genesys
2024 Community Member of the Year
Original Message:
Sent: 10-01-2025 10:43
From: Dan Wong
Subject: Telephony-0010 and Telephony-0011 Events recently started
Thanks for sharing!
Did you find this on all interactions or did it only occur on a certain proportion?
Was there any particular duration these interaction would eventually "Error" and disconnect?
"This kept happening for approximately 10 seconds..."
Would i be right in staying you saw this in the PCAPs, with multiple Requests / Status every 10 seconds?
------------------------------
Dan Wong
EUC Engineer
Original Message:
Sent: 10-01-2025 09:01
From: Duncan Lynch
Subject: Telephony-0010 and Telephony-0011 Events recently started
Hi Ernest,
A brief anonymized summary of what was observed..
On receiving an inbound call, media negotiation was set up between:
Remote endpoint (our agent): Public IP A
Media server: IP B
However, instead of receiving media from the expected remote IP (IP A), they observed:
Connectivity checks (STUN packets) and RTP packets from an IP address (IP C), which was not part of the ICE negotiation.
This kept happening for approximately 10 seconds, during which:
No RTP packets or connectivity check responses were received from the expected remote IP (IP A).
RTP packets were received from the unexpected IP (IP C) and discarded.
------------------------------
Duncan Lynch
Solutions Specialist
Original Message:
Sent: 10-01-2025 08:18
From: Ernest John Nuque
Subject: Telephony-0010 and Telephony-0011 Events recently started
Hello Duncan,
what issue in the network they found in particular?
------------------------------
Ernest John Nuque
Voice Network Engineer
Original Message:
Sent: 09-30-2025 19:53
From: Duncan Lynch
Subject: Telephony-0010 and Telephony-0011 Events recently started
Yes, I reported an increase in these 2 events on 10th September. Genesys investigated and have currently determined the issue is on our side, so the incident is with our network team for investigation.
------------------------------
Duncan Lynch
Solutions Specialist
Original Message:
Sent: 09-29-2025 10:37
From: Shane Jenkins
Subject: Telephony-0010 and Telephony-0011 Events recently started
Good morning all,
Curious if anyone else has ran into this issue.
We are a FedRAMP customer and starting last week (09/25/25 to be exact) our Edges (vendor managed) were updated to version 1.0.0.26833 after midnight on 09/25. Starting at around 6:20AM EST, we began receiving Telephony-0010 and Telephony-0011 events for the very first time (we've been on the platform for around 18 months and cannot recall receiving these two specific events until 09/25). We also have a trigger setup to email us when operational events occur. We cannot find an email for previous 6 months of these events occurring.
We can recreate the 0011 event by running webRTC diagnostics and this occurs whether we're on our corporate network or using a personal machine from our home network. Several of our folks have recreated this. We highly suspect the Edge update to 1.0.0.26833 or something w last weeks platform release has changed something which is now leading to us seeing / receiving these two specific events. Has anyone here ran into the same issue or something similar?
You can also spot check these from the Operational Console. Seems odd to us that multiple users can recreate off or on network and these first began happening last week. Seems logical to think something changed somewhere.
We have an open ticket w support, thought we'd check here as well.
Telephony-0011 is a DTLS Peer Disconnect event
Telephony-0010 is a WebRTC ICE Idle Detected
Thanks as always!
#PlatformAdministration
#SIP/VoIP
#SystemAdministration
#Telephony
------------------------------
Shane Jenkins
------------------------------