Created attachment 467145 [details] SDP Data When we make a WebRTC call and disconnect this first call and then make a second call without closing the browser tab the ICE candidate gathering results in redundant candidates with equal priorities violating RFC8445 section 5.1.2. Each candidate for a data stream MUST have a unique priority that MUST be a positive integer between 1 and (2**31 - 1). I have included the SDP.log file which contains the good call's SDP first followed by the failure call's SDP. We can provide a test environment for reproducing this. Steps to reproduce: Open Safari app and make first call. Disconnect first call after it is verified working. Press home button once to return to home screen. Switch context to another app like "Notes". Press home button once to return to home screen. Switch back to Safari app. Press home button once to return to home screen. Switch context to another app like "Notes". Press home button once to return to home screen. Switch back to Safari app. Make second call and this will result in redundant candidates.
<rdar://problem/113401597>
@jbookshar, I am missing some information on how you setup the calls. For instance, whether there several peer connections, or only one that gets updated and renegotiation happens. Would you be able to make a reduced test case? Or get access to your web site?
Thanks for the response Youenn. I will send you an email directly to provide test access to our system.
Hello Youenn, I sent you test details on Mon 8/28/2023 4:04 PM with this subject line. RE: Bug 259599 - ICE candidate gathering results in redundant candidates with equal priorities violating RFC8445